| <<<Back 1 day (to 2014/04/02) | 2014/04/03 |
ray_laptop | This idea of using a USB backup drive isn't working out so well. After 24 hours, it has copied 415/573 Gb | 03:40.32 |
| that's coming out close to 33 hours for the whole thing. Marcos calculated that the upload from peeved would only have been 36 hours | 03:43.11 |
| but I get something a lot higher with 768 K bits per second, so maybe he was calculating for just the subset | 03:45.23 |
| so to disk I'm averaging about 5M bytes / sec | 03:46.12 |
| of course, this data is probably quite compressible, so tar --xz probably would have been better (20/20 hindsight) | 03:48.14 |
mvrhel_laptop | aha. I think I finally see what I am doing wrong in my text selection stuff for gsview. that is having the text lines and characters highlighted as you select them. my current approach is very sluggish and I finally found the MS documentation on an approach that is supposedly much faster. will beat on this more tomorrow | 05:12.13 |
| bedtime for me now. battling a cold... | 05:14.28 |
chrisl | kens: ping | 07:46.16 |
kens | chrisl pong | 07:46.24 |
| saw your bug comment | 07:46.28 |
| Yet another broken type of PDF file, and this one allegedly produced by Acrobat (!) | 07:46.51 |
chrisl | Yeh, I'm not convinced - I suspect it may have been fiddled with after "creation" | 07:47.21 |
| See what you think of: http://git.ghostscript.com/?p=user/chrisl/ghostpdl.git;a=commitdiff;h=89d0847d | 07:47.31 |
kens | I feel sure that's true | 07:47.31 |
chrisl | i.e. what you think other than "another stupid, broken file we have to workaround"..... | 07:48.06 |
kens | We normally convert unexpected objects to '0', so that looks reasonable | 07:48.39 |
chrisl | Yes, and in this case, it looks almost certain that's what Acrobat does (but not poppler/xpdf, interestingly....) | 07:49.09 |
kens | Do they throw an error, or get it 'incorrect' ? | 07:49.41 |
| Anyway, looks fine to me, thanks for looking at it | 07:49.55 |
| Oh, can you reference the bug number in the commit message ? | 07:50.26 |
chrisl | It's in the summary | 07:50.38 |
kens | Is it ? I cna't see it.... | 07:51.04 |
chrisl | http://git.ghostscript.com/?p=user/chrisl/ghostpdl.git;a=summary | 07:51.07 |
kens | Oh yes, I see | 07:51.19 |
| Fine then | 07:51.21 |
chrisl | Okay, pushed.... thanks | 07:51.48 |
kens | <grumble> Stupid people who can't implement the simple parts of the spec </grumble> | 07:52.32 |
chrisl | What's most annoying is that Acrobat (poppler/xpdf...) don't even warn that it's broken - and it is *so* obviously broken. | 07:53.17 |
kens | Yeah, Acrobat is bad about that, silently ignoring errors | 07:53.38 |
| Does MuPDF handle this file ? Maybe it should get a MuPDF report too | 07:54.07 |
chrisl | Marcos said mupdf handled it, also without error/warning | 07:54.32 |
kens | OK | 07:54.40 |
kens | returns to Intellifonts | 07:55.18 |
chrisl | Er, eh? Intellifonts? | 07:55.36 |
kens | pdfwrite and Intellifonts, handling as type 3 charprocs with outlines instead of bitmaps | 07:55.59 |
| I have one case where the glyphs are mispositioned | 07:56.19 |
chrisl | Oh, I thought you were ignoring that idea | 07:56.22 |
kens | Its already implemented | 07:56.29 |
| But it caused a regression in one file | 07:56.38 |
| At a guess its because the co-ordinate system is inverted wrt PostScript | 07:57.04 |
chrisl | Yes, sounds plausible. Does this mean we'll also get other font types degenerating to outlines, too? | 07:57.49 |
kens | user-defined types generally do | 07:58.10 |
| Type 3, stick font, intellifont etc | 07:58.22 |
chrisl | But not "real" fonts :-( | 07:58.26 |
kens | type 1/2/TT don't | 07:58.32 |
| But they rarely need to degenerate anyway | 07:58.50 |
| Its the setting of 'early_accumulator' which effectively decides what kind we get | 07:59.43 |
| The tree surgeons in my back garden are making it difficult to concentrate though | 08:00.13 |
chrisl | As I said before, it's not worth effort of implementing type 1/2/42 | 08:00.24 |
kens | No, I wasn't going to | 08:00.36 |
| Its just that I'd like this one case to work properly | 08:00.46 |
chrisl | Okay, I'm taking off for the day - back tomorrow morning | 08:01.35 |
kens | bye | 08:01.39 |
henrys | tor8: our Dr. Deutsch has written a PDF in JS now. I'm imagining Artifex selling mujs + Peter's PDF for yet another PDF solution. | 13:52.57 |
kens | PDF rendering in JS ? | 13:53.49 |
| like pdf.js ? | 13:53.53 |
tor8 | sounds like pdf.js | 13:54.32 |
kens | pdf.js is not great | 13:55.05 |
henrys | tor8: yeah I'm going to talk to him about it today. But from the email I've read so far it seems he hasn't heard of it. | 13:55.19 |
tor8 | I suspect you really need the heavily optimized JIT compiling javascript engines to even get passable performance out of something like that | 13:56.10 |
| and then there's the case of handing off all the heavy graphics rendering to the browser using HTML | 13:56.28 |
henrys | kens:he think he's been kind of ignoring everything and off on his own. | 13:56.30 |
| s/he think/I think | 13:56.44 |
| but I don't know I'll find out when I talk to him. | 13:56.57 |
tor8 | henrys: has he released the code to this anywhere? | 13:57.13 |
henrys | hang on reading the email miles forwarded me about it. | 13:58.02 |
| no code release | 13:59.17 |
| tor8, kens did pdf.js live on in Firefox? | 14:02.08 |
tor8 | henrys: yeah, pdf.js is a part of firefox | 14:02.25 |
henrys | haven't heard much about it. | 14:02.30 |
kens | well it works, sort of | 14:02.43 |
| no transfer functions, no transparency etc | 14:02.55 |
tor8 | it's the default pdf viewer, and it sort of works for a lot of files. but it's slow, buggy, and fails spectacularly sometimes. | 14:03.06 |
| still, it's quite an achievement in how to abuse the browser :) | 14:03.33 |
kens | Its dancing bear stuff | 14:03.47 |
henrys | the built in chrome stuff isn't that great either at least it feels clunky. | 14:04.36 |
| I guess that is foxit | 14:04.48 |
tor8 | henrys: yeah, it looks like the same crap font rendering as foxit has | 14:05.28 |
henrys | as an aside somebody from the real world actually sent me a receipt in XPS, I nearly fell out of my chair. | 14:06.39 |
tor8 | henrys: ooooh! soon maybe all that time I spent on XPS will pay off! | 14:10.16 |
| hah! | 14:10.17 |
ray_laptop | darn. My network is up, but now peeved is down | 14:11.42 |
| henrys: probably they did that because there is a default XPS writer in Windoze and they didn't have a pdfwriter. | 14:14.40 |
Termi525 | i have a rather stupid question regarding mupdf on android. Hopefully someone can answer my question. How can i zoom a pdf page to fill the width of my screen? i changed the setPage method in the pageView class to change the screen size to the pdf size but scaled. this, ofc, ends in opengl overflows because the whole pdf site is renderd in a ridiculus 1920*7500px. so this dosent do the trick. | 14:15.13 |
ray_laptop | My wife saves receipts in XPS files on here laptop. For whatever reason primoPDF wouldn't work on that lenovo | 14:15.24 |
Termi525 | I know there is a zoom function in the sample app but the implementation i have here ignores most of the sample app so i'm forced to do this on my own. My question: what do i have to do to scale a pdf but as patch? | 14:16.22 |
henrys | ray_laptop: I'm sure he'll send one to a mac user and will have to change his ways when they WTF. | 14:16.48 |
Termi525 | or: what triggers the hq method? | 14:17.01 |
tor8 | Termi525: paulgardiner is the person to ask about android app details, but he's on vacation and won't be back until wednesday. I suggest you come back then. | 14:17.15 |
Termi525 | ok | 14:17.34 |
| thanks | 14:17.38 |
tor8 | Termi525: the hq method with the tile overlay is triggered by any zooming in past the default | 14:17.45 |
ray_laptop | henrys: maybe we can become the default XPS viewer for Mac OS/X | 14:18.13 |
| we'll have to get Scott working on that with Apple (but not let Miles go in) | 14:18.46 |
| I think we need an updated customer list for the newly licensed SOT customers. That one from the projector comany with an Arabic problem looks like a time sink. | 14:26.44 |
ray_laptop | can't type this AM | 14:26.59 |
norbertj | hello henrys, ray_laptop, Robin_Watts: still having problems to get casper setup at work. Is it possible to use the same ssh-key for casper as I have on peeves? | 14:38.19 |
henrys | norbertj: you can't ssh to casper? | 14:39.28 |
| norbertj: I don't know what robin set up for you on casper. You seem to have a user name and keys set up. | 14:41.00 |
norbertj | henrys: with FileZilla I can connect to both peeves and casper. IT allowed me to directly use the ip-numbers, by-passing the proxy. And in FileZilla I can give each connection its own keyfile | 14:42.11 |
| henrys: but with PuTTY/Plink I have to switch with pageant? And peeves is working, casper did for a few minutes, but now I can't get it connected anymore. | 14:43.01 |
ray_laptop | norbertj: well if it "worked for a few minutes" it's not something wrong on casper | 14:43.49 |
henrys | norbertj: I don't know anything about that, I use ssh from cygwin. maybe ray_laptop or mvrhel_laptop can help | 14:43.54 |
ray_laptop | norbertj: I use putty/paegeant all the time to casper, peeves, ... | 14:44.23 |
norbertj | ray_laptop: does that mean that when going from peeves to casper that you remove/add keys? | 14:44.57 |
ray_laptop | but if peeves is working, as henrys said, casper and peeves have the same keys | 14:45.10 |
| norbertj: no, I use the same key for both | 14:45.35 |
norbertj | ray_laptop: I think Robin_Watts set casper up to have a different sshkey (my publickey) | 14:46.08 |
ray_laptop | norbertj: let me check... | 14:47.00 |
| I'll add the key from peeves to casper for your user. | 14:47.19 |
norbertj | If I connect to casper: I get a "Using username "norbert" and then a disconnect popup, No supported authenticationmethods available (server sent: publickey) | 14:47.26 |
| wait it's working Stupid me. I should disable the proxy in putty, because I now use the IPaddress. | 14:49.53 |
ray_laptop | norbertj: just to prevent confusion, I made sure that all of your keys from peeves are also on casper | 14:53.33 |
| norbertj: but glad that you found the issue and it's working | 14:54.07 |
norbertj | ray_laptop: ok. It seems that I can now connect using plink and filezilla (though filezilla for casper is not really needed I think). | 14:54.36 |
| ray_laptop: only thingy is that the prompt beeps. On peeves I changed to a dumb terminal (no colors, but also no beep) and modding the PROMPT_COMMAND to 'echo -ne "${PWD}"' | 14:56.54 |
| ray_laptop: you have a better suggestion??, because the beep and verylong prompt is not really nice working. | 14:57.26 |
ray_laptop | norbertj: I don't have filezilla -- I just use the putty suite (plink, pscp, and putty) | 14:57.28 |
norbertj | ray_laptop: that is with putty, | 14:57.49 |
| on windows | 14:57.51 |
mvrhel_laptop | that is what I use too | 14:57.55 |
| need to take other car in this morning. | 14:58.16 |
| bbiab | 14:58.18 |
ray_laptop | norbertj: If you use putty, in the settings under "Terminal" you can set the bell to "None" | 15:00.05 |
mvrhel_laptop | henrys: a early happy birthday to you | 16:34.52 |
| in case you are out tomorrow | 16:35.04 |
henrys | mvrhel_laptop: thanks | 16:35.20 |
kens | night folks | 16:49.24 |
mendi | Hello, | 17:28.12 |
sebras | mendi: hi! | 17:29.15 |
mendi | I need to implement an android pdf application that will be able to insert an image in an specifed point. I want to use muPdf as the base and I want to know if there is a problem with that | 17:29.45 |
sebras | mendi: so you want to modify a pdf to add a new page with an image of your choice? | 17:34.41 |
mendi | Not add an extra page but overwrite an image of my choice in an specified area of an existing pdf. Like an annotation but with an image | 17:35.43 |
| This is for my final degree project and I am a little lost >.< | 17:37.19 |
sebras | mendi: hm.. I think one of the devs that know about annotations better than I do must weigh in on this matter. at first glance though I would guess that it might be possible. | 17:37.40 |
| mendi: make sure to check in on the channel every now and then though, the mupdf devs (that know about annotations and android) may be busy with other matters. I'm not sure. | 17:39.29 |
mendi | Ok thank you! | 17:40.18 |
mvrhel_laptop | bbiab | 18:23.16 |
| Forward 1 day (to 2014/04/04)>>> | |