| | <<<Back 1 day (to 2015/08/31) | 20150901 |
| mvrhel_laptop | Robin_Watts: pushed a fix for the spot color values in gs for the gprf device. I suspect this might have been causing Fred issues | 05:25.16 |
| hansb | hello everyone | 07:17.27 |
| | hello everyone | 07:37.09 |
| | I've a question about font in a PS file | 07:37.16 |
| | How can I do to know the fonts used in a PS file ? | 07:37.23 |
| chrisl | hansb: you have to interpret the Postscript - and even that may not give you useful information | 07:40.26 |
| lelcastel | hi | 07:54.12 |
| ghostbot | Welcome to #ghostscript, the channel for Ghostscript and MuPDF. If you have a question, please ask it, don't ask to ask it. Do be prepared to wait for a reply as devs will check the logs and reply when they come on line. | 07:54.12 |
| lelcastel | does Mupdf have print functionality? | 07:54.23 |
| Robin_Watts | lelcastel: The core of MuPDF can rasterise to black and white PCL and a couple of other printer formats. | 07:55.13 |
| tor8 | lelcastel: sort of, sort of not. the viewer does not, but you can use the command line tool to generate CUPS rasters. | 07:55.14 |
| | or PCL files | 07:55.27 |
| Robin_Watts | But, as tor8 says, the standard windows/flinux viewers cannot. | 07:55.42 |
| | BUT we have windows/linux/macos versions of gsview that are built on mupdf, and they can print. | 07:56.13 |
| tor8 | Robin_Watts: did you see my question about CMYK JPEGs yesterday? | 07:56.21 |
| Robin_Watts | I did not | 07:56.32 |
| tor8 | I ran across a CBZ with CMYK jpegs | 07:56.45 |
| lelcastel | is it expected to be implemented this functionality in the future? | 07:56.51 |
| tor8 | is there a reason we don't invert CMYK JPEGs for PDF? | 07:57.02 |
| Robin_Watts | I don't know. Change the code to invert them, and cluster push? | 07:57.25 |
| kens | chrisl ping | 08:02.03 |
| chrisl | kens: pong | 08:02.14 |
| kens | The questionraised by Peter , bug #696174 | 08:02.36 |
| | The problem is he has a type 42 font with no copyright info i the names table | 08:02.51 |
| chrisl | Oh, strange..... | 08:03.01 |
| kens | I imagine he wrote the font himself, its a musical score | 08:03.18 |
| | In gstype42.c, gs_truetype_font_inf() | 08:03.34 |
| | Ths gets called (eventually) fron pdf_font_embed_status, amongst other places | 08:04.18 |
| | THe 'members' field gets set to ~0 which means, in essence, everything | 08:04.33 |
| bonacciahum | hello, I'm sorry I had network problems. | 08:04.38 |
| kens | Because there's no copyright field, we throw an error. | 08:04.48 |
| hansb | @ chrisl, sorry I haven't understood the answer | 08:05.11 |
| bonacciahum | so | 08:05.12 |
| kens | Now if a copyright field exists we want to copy it, but if it doesn't, I'm not sure throwing an error is ideal | 08:05.14 |
| chrisl | I *thought* copyright was required, but I can't see that mentioned in the spec..... | 08:05.44 |
| kens | I don't thnk it is required, no | 08:06.06 |
| bonacciahum | may I ask how to print using command line utility? | 08:06.14 |
| kens | I was thinking of removign the error code when no copyright is found, what do you think ? | 08:06.33 |
| | I suspect ths code is only used by pdfwrite..... | 08:06.42 |
| chrisl | I don't have a problem with that | 08:07.04 |
| kens | OK then I'm going to go with that, its easy and I don't thnk it will cause problems. | 08:07.18 |
| Robin_Watts | bonacciahum: You can't, unless you happen to have one of the particular printers we support, and even then it's clunky. | 08:07.21 |
| chrisl | hansb: I'm not a aware of an existing tool that will give you that information - you would need to do some Postscript programming to get Ghostscript to give you the information you want | 08:08.30 |
| kens | You could hook definefont | 08:08.55 |
| bonacciahum | oh, ok. Many thanks. Have a good luck with your work | 08:09.20 |
| chrisl | kens: That's what I was thinking - but even then, there's no guarantee of the output being useful | 08:09.38 |
| kens | None whatsoever, it depends what information is required | 08:09.55 |
| | I wonder if you would also need to look at defineresource in the /Font category, or if we defer that to a definefont | 08:10.34 |
| | hansb what is it you actually want to knw, and why ? | 08:11.13 |
| hansb | when I build a PDF from the PS file, I can select text in the PDF to use it after. When I use the PDF to create a new PDF with a template, I can select text but I can't use it because it's strange characters | 08:14.39 |
| | After discussing with some people, they told me that fonts is missing. | 08:15.20 |
| kens | They are almost certainly incorrect. | 08:15.31 |
| | Much more likely is that the font has been re-encoded and there is no ToUnicode CMap | 08:15.49 |
| | Of course, I can't tell without seeing the PDF file | 08:15.59 |
| hansb | I understand | 08:16.19 |
| | Is there a way to know the encoding | 08:16.40 |
| kens | Yes, read the PDF file | 08:16.57 |
| hansb | In the PDF properties, the encoding specified for font is: Custom | 08:19.27 |
| kens | OK so that is almost certainly a re-encoded font (or perhaps the original PostScript used a custom encoding) | 08:19.54 |
| | Since your PostScript is practically certain not to contain a GlyphNames2Unicode table (unless you created it by printing from a Windows system) there will be no ToUnicode CMap, so the text will be unsearchable and won't copy/paste | 08:20.47 |
| | If you can see the font in the font table, look at 'actual font' | 08:21.22 |
| | That will tell you if the font is embedded | 08:21.30 |
| | Ths would all be a lot easier to talk about if you could share the files | 08:22.17 |
| hansb | Unfortunately, I can't the documents since it's a customer invoice. | 08:25.09 |
| | I will follow the encoding way to try to solve the issue | 08:25.32 |
| kens | Well, not a great deal we can do to help. It doesn't sound like the problem is in the PostScript though | 08:25.33 |
| hansb | Many thanks for your help :-) | 08:25.40 |
| kens | Wow, a lot of the cluster machines are down, power cut in the Bay area ? | 08:27.18 |
| Robin_Watts | marcosw often turns them off overnight. | 08:30.00 |
| | or during times when the load is predicted to be low. | 08:30.18 |
| | such as bank holidays. | 08:30.23 |
| kens | I thought they were online yesterday | 08:32.48 |
| | Not vital of course, just means my test will take longer | 08:33.27 |
| enok | Hello GhostScripters! I have an issue with mismatching md5 sum for ghostpdl-9.16.tar.gz. Expected: | 08:55.35 |
| | 818c87e31f7562aaa97397d3d0cc20a1 ghostpdl-9.16.tar.gz | 08:55.37 |
| | actual: | 08:55.50 |
| | df6fddd4ce890256be10bde1e0e74548 ghostpdl-9.16.tar.gz | 08:55.52 |
| kens | Sounds like you had an interrutped trasnfer, I'd suggest downloading it again (assuming you got it from ghostscript.com) | 08:56.13 |
| enok | running Linux Mint and md5sum | 08:56.14 |
| | i did.. and got the same result | 08:56.32 |
| kens | Hmm, well that is indeed odd. | 08:56.39 |
| | Give me a minute and I will check | 08:56.53 |
| enok | it extracts just fine too | 08:56.55 |
| | thank you | 08:57.00 |
| chrisl | I just tried it, and I get 818c87e31f7562aaa97397d3d0cc20a1 | 08:58.30 |
| enok | dammit... do i need any options to md5sum? | 08:58.56 |
| chrisl | Nope | 08:59.05 |
| Robin_Watts | enok: ls -al ghostpdl-9.16.tar.gz | 08:59.27 |
| chrisl | If you suspect md5sum might be broken, try the sha1sum instead | 08:59.45 |
| enok | Robin_Watts: yes.. it has been run size 127221760 (bytes) | 09:00.47 |
| | i'll check sha1 | 09:00.57 |
| chrisl | should be 41013458 bytes | 09:01.04 |
| Robin_Watts | So enoks one is 3 times too large?! | 09:01.22 |
| chrisl | That's very strange..... | 09:01.41 |
| | I wonder if a download restart went awry | 09:02.00 |
| kens | Well, I get a different md5sum as well | 09:02.15 |
| enok | hmm my sha1sum is also o | 09:02.16 |
| | ff | 09:02.18 |
| kens | 829319325bbdb83f5c81379a8f86f38f | 09:02.24 |
| | The file size of mine looks wrong though | 09:02.55 |
| chrisl | Looks like GoDaddy might be having a bad hair day - this is a real ball ache :-( | 09:03.34 |
| kens | I get a different sha1sum as well, so I'm guessing my gz is broken | 09:03.57 |
| enok | any point trying any other mean of download like firefox and wget | 09:04.27 |
| kens | You could just pull from Git | 09:04.39 |
| enok | aight! | 09:04.52 |
| chrisl | I used firefox, wget is probably worth a punt | 09:05.02 |
| Robin_Watts | enok: Or just shift-click the download link to force the browser to skip the caches as best it can. | 09:05.35 |
| kens | chrisl what size should the .gz be ? | 09:05.37 |
| chrisl | kens: 41013458 bytes | 09:05.57 |
| kens | Yeah I'm getting 32Mb | 09:06.12 |
| | 33623036, twice in succession | 09:06.37 |
| enok | well wget did the job well.. size and md5 is now correct | 09:06.49 |
| Robin_Watts | kens: It'll be in cache now, probably :( | 09:06.58 |
| chrisl | kens: did you download ghostscript? | 09:07.04 |
| kens | Yes | 09:07.08 |
| chrisl | ghostpdl is what we're talking about | 09:07.17 |
| kens | Oh oops | 09:07.21 |
| | OK that came down at the right size | 09:09.03 |
| | and the sums are OK | 09:09.18 |
| enok | well it is obviously something fishy with my Chrome then 'cause when i tried Chrome again after having success with wget i got a large file again | 09:09.20 |
| | i'll do a restart and se if it does any difference, i'll be back. | 09:09.57 |
| | wget and firefox gets it right, chrome doesn't | 09:14.37 |
| kens | Weird | 09:14.44 |
| enok | indeed | 09:14.48 |
| | are any of you on Linux and Chrome? | 09:15.52 |
| kens | Not me, I was using Firefox | 09:16.01 |
| chrisl | I see the same issue with Chromium on Linux - rather confirms my opinion of it..... | 09:16.21 |
| kens | I wonder if we should put a notice up..... | 09:16.49 |
| chrisl | I suppose I could | 09:17.38 |
| enok | thanks guys! | 09:26.31 |
| chrisl | enok: sorry for the hassle..... | 09:26.49 |
| enok | i blame google =) | 09:27.09 |
| chrisl | I usually do - for almost everything! | 09:27.29 |
| | enok: quick question: can you check what version of Chrome(ium) you've got? | 09:28.04 |
| enok | Version 43.0.2357.134 (64-bit) | 09:28.38 |
| chrisl | Thanks | 09:29.10 |
| | So that means it's not just one version 'cause I've got 43.0.2357.130 | 09:29.59 |
| kens | chrisl, just for info, Chrome on Windows also gets the download wrong, though its only slighlty larger | 10:11.01 |
| chrisl | kens: can you check which version? | 10:12.00 |
| kens | Yeah, one moment | 10:12.06 |
| | 44.0.2403.157 m | 10:12.36 |
| chrisl | Thanks | 10:12.48 |
| enok | Hi... sorry to bother again! I am trying to convert an SVG to EPS. From what i've gathered "gsvg" in combination with "gs" was the way to go in 2012. | 13:26.57 |
| kens | The svg parser has been deprecated and discontinued | 13:27.25 |
| | In Ghostscript | 13:27.29 |
| enok | Oh... | 13:27.38 |
| | Has it been replaced by some other project? | 13:28.17 |
| kens | Nope. | 13:28.24 |
| enok | Dohhh! | 13:28.30 |
| kens | Or aty least, not by us | 13:28.31 |
| | It diodn't work hugely well and wasn't being used, as far as we could tell. | 13:28.49 |
| | Cairo calims to convert SCG to PDF, you could use that | 13:30.05 |
| enok | OK... thanks i'll try it! | 13:30.30 |
| kens | http://cairosvg.org/ | 13:30.42 |
| | Note it says (in small writing at the bottom) svg2ps | 13:31.13 |
| chrisl | Browsers can read (simple) SVG, can't they? | 13:31.44 |
| kens | Hmm Lat ujpdate December 2012, either its very stable or somewhat moribund | 13:31.46 |
| henrys | kens, chrisl: a job for mooscript ;-) | 13:32.34 |
| chrisl | enok: if you install the CUPS-PDF package, you can open svg files in your browser, print to PDF then convert the PDF to EPS with Ghostscript | 13:33.04 |
| kens | henrys I'mgoing to have to leave the meeting pretty promptly ths afternoon, maybe even 5 minutes early, I have a dental checkup | 13:33.12 |
| henrys | kens: no problem not much to say this time around. | 13:33.33 |
| chrisl | kens: Do recent versions of Windows support .tar.gz archives directly? | 13:39.48 |
| kens | chrisl, no | 13:40.07 |
| | I was using 7zip | 13:40.12 |
| chrisl | OKay, thanks | 13:40.20 |
| kens | Whcih threw an error when I tried to open the .gz file | 13:40.25 |
| | Its possible Windows 10 does of course.... | 13:40.49 |
| | Or even 8 come to that | 13:40.59 |
| kens | realises he is no longer using anything that might be decribed as a 'recent' version, merely popular | 13:41.27 |
| chrisl | Well, by "recent" I meant Vista or later..... | 13:42.00 |
| kens | Ah well, 7 doesn't support it directly | 13:42.14 |
| | WHich is what most Windows users are on still | 13:42.30 |
| Robin_Watts | henrys: I have kitchen sshenanigans going on today "The fridge you ordered doesn't need plumbing in", "the website says that the <ref num> comes with a pack for plumbing it in", "we have you down as wanting a <different ref num>", "I got my ref num off your bill", "oh" | 14:17.19 |
| | so if I get dragged away during the meeting I apologise. | 14:17.40 |
| henrys | no problem | 14:18.39 |
| Robin_Watts | I don't think I have anything particular to say in the gs meeting. Fred and Michael seem to have bashed gsproof into demoable shape. | 14:18.47 |
| | and I've been SOTing. | 14:18.53 |
| henrys | me too ;-) Miles dumped all the BTC legal stuff on me. | 14:19.58 |
| | actually just the deliverables part but we are far apart on what we want. ugh | 14:21.05 |
| Robin_Watts | henrys: "just give us a git or cvs repo" | 14:21.30 |
| henrys | talk about it at the skype meeting | 14:21.37 |
| chrisl | Would anyone object if I removed the (rather pointless, as far as I'm concerned) list(s) of directories and makefiles in Make.htm? | 14:22.48 |
| Robin_Watts | not in the slightest. | 14:23.03 |
| henrys | chrisl: fine by me | 14:27.18 |
| chrisl | Cool. The makefile list would be a nightmare to maintain (as is obvious by its out-of-dateness) | 14:27.58 |
| rayjj | chrisl: yeah, the Make.htm was rather rotted. Thanks for fixing it. When you have a new version, I'll have a look to see if I spot anything amiss | 14:29.39 |
| chrisl | rayjj: thanks - it's going to take some time :-( | 14:29.56 |
| henrys | meeting time. | 14:30.25 |
| rayjj | chrisl: I'm not surprised at it being time consuming | 14:30.28 |
| henrys | gproof September 12 demo? | 14:31.01 |
| | without a face palm? | 14:31.16 |
| Robin_Watts | henrys: We believe it's done. | 14:31.49 |
| | http://ghostscript.com/home/fred/public_html/gsproof-dev.apk | 14:32.06 |
| | Download it, and try it out :) | 14:32.14 |
| kens | If you're going to demo it, defintely try it out. | 14:32.29 |
| henrys | yes I will today | 14:32.30 |
| kens | make a list of files which work, don;t try any others, don't let anyone else get hold of it :-) | 14:32.46 |
| marcosw | morning all | 14:32.52 |
| henrys | ;-) | 14:32.54 |
| rayjj | morning, marcosw | 14:33.00 |
| henrys | I didn't really have much for this meeting. Any feedback on the language switching thread that went around. | 14:33.47 |
| | It would be great if everyone read that and made sure they didn't see any glaring problems with the direction of the project | 14:34.14 |
| Robin_Watts | henrys: I wrote: http://twiki.ghostscript.com/do/view/Ghostscript/RefactorForLanguages | 14:34.58 |
| | Potentially other people could add stuff into that. | 14:35.13 |
| | All too often I find that with long email threads I'm never quite sure what's been agreed at the end. | 14:36.11 |
| henrys | one of the things that is very messy with pcl is device switching, I'm just going to have to deprecate that I believe. | 14:36.18 |
| Robin_Watts | A clear statement on the twiki might save time in the long run. | 14:36.23 |
| henrys | I think what chrisl said last summarized some constraints that we are going to put on the architecture and it should be included | 14:37.19 |
| | kens: one question about PJL if you want to do this quickly why go to dynamic strings now? | 14:37.51 |
| Robin_Watts | Pasting (sections of) that email into the twiki may be all that is required then. | 14:37.55 |
| chrisl | Well, that was very early this morning.... I wonder what I said....... | 14:38.07 |
| rayjj | henrys: device switching, as in having -sDEVICE=pbmraw ... file1.pcl -sDEVICE=ppmraw ... file2.pcl | 14:38.11 |
| kens | henrys, because I absoltuely can't worj with a limit of 256 bytes for a string | 14:38.11 |
| rayjj | henrys: or did you mean something else ? | 14:38.42 |
| henrys | rayjj: yes that is one of the things that makes PCL startup messy | 14:38.51 |
| kens | Increasing the fixed string size would exacerbate the storage inefficiency, so I'd rpefer to use dynamic storage | 14:38.53 |
| rayjj | kens: plus it's a lot cleaner | 14:39.16 |
| kens | rayjj yes, also true, but its really the short fixed length driving me | 14:39.46 |
| rayjj | kens: you can't use nul terminated strings, however, correct ? (UTF-8) | 14:40.16 |
| | or is PJL ASCII only ? | 14:40.45 |
| kens | rayjj I don't thnk I have to worry about UTF-8 | 14:40.46 |
| | rayjj since I'm spcifying the content for these, I can use what I like :-D | 14:41.09 |
| henrys | i've never seen utf-8 pjl | 14:41.12 |
| rayjj | kens: if there are file paths in any of the strings, they might be in UTF-8, right ? | 14:41.18 |
| kens | rayjj then I'll specify that you can't do that | 14:41.30 |
| | I haven't yet decided how I'mgoing to do my string storage, first thing is to make it dynamic | 14:41.56 |
| henrys | there is some stuff with binary data but that's handled separately | 14:41.58 |
| | chrisl: would you update the twiki? | 14:42.14 |
| rayjj | kens: how will CJK users specify their file paths ? | 14:42.15 |
| kens | In English | 14:42.24 |
| Robin_Watts | (Not sure how to read rayjjs line above. If you're saying that utf-8 can't be null terminated, then it certainly can be!) | 14:42.24 |
| chrisl | henrys: I will, yes | 14:43.10 |
| henrys | Robin_Watts: yeah utf-8 is absolutely amazing to me. You never see something bring in that amount of functionality and just work with everything else. | 14:43.41 |
| Robin_Watts | kens: All file paths within gs are now held as utf-8, so if anyone specifies a path within gs, you'd really hope you could get in it utf-8 format. You just copy the bytes exactly as if it's ascii, and pass it to our usual gp_.... file functions, and that's all. | 14:44.29 |
| | Having paths *not* in utf-8 opens up a whole nasty can of worms with you having to convert etc. | 14:45.05 |
| kens | Robin_Watts : I'm not really ready to discuss it at ths point. But since its not possible at all at present, I'd be happy with a limitration of ASCII file paths | 14:45.16 |
| henrys | it should just work, pjl uses gp_ ... | 14:45.38 |
| kens | TThe strigns I'm thinking of will not be passed verbatim to GS anyway | 14:45.39 |
| henrys | rayjj: are you worried about pulling device switching? | 14:46.58 |
| chrisl | As the PJL will be in a file, we can specify that the file needs to be ASCII or UTF-8 - no need to worry about locales etc | 14:47.03 |
| rayjj | henrys: no, I think that's fine | 14:47.13 |
| kens | chrisl, not quite, teh ICC profile will be specified as a path | 14:47.26 |
| chrisl | kens: on the command line? | 14:47.51 |
| kens | No, in the body of the PJL file, in the command | 14:48.14 |
| | Like I said, I haven't got that far yet, I'm not really redy to discuss this one. | 14:48.30 |
| chrisl | So, I don't see the problem..... | 14:48.35 |
| rayjj | I assume that PS level 'selectdevice' will still work, but that should be OK since the device is owned by PS anyway | 14:48.45 |
| kens | I'm not saying there is a problem | 14:48.45 |
| rayjj | I am concerned about something chrisl said about tearing down (freeing) one parser before starting the next. Generally, at least in PS, server level stuff requires server state storage to remain | 14:50.48 |
| Robin_Watts | rayjj: AIUI, we would only tear down a parser when swapping languages. | 14:51.13 |
| | so a server running in PS would maintain state over jobs. | 14:51.36 |
| henrys | if everything is separate why is that necessary? | 14:51.42 |
| kens | OK sorry all I'm going to have to dash, got a dental checkup. I'll read the logs when I get back | 14:51.46 |
| henrys | bye kens | 14:51.56 |
| Robin_Watts | But if we do PS then PCL then PS, the state will be lost. | 14:52.02 |
| | henrys: Why is the teardown necessary? | 14:52.11 |
| henrys | yes, that's my question. | 14:52.26 |
| chrisl | Memory use | 14:52.33 |
| Robin_Watts | Also, suppose you have a device that talks to hardware. Possibly only one device might be able to talk to the hardware at each time. | 14:52.53 |
| henrys | but teardown is not a constraint of our system, you are talking about external factors | 14:54.12 |
| chrisl | The idea is that it will be optional | 14:54.33 |
| henrys | right | 14:54.48 |
| Robin_Watts | The only problem with that is that you want consistent behaviour. | 14:55.05 |
| | You don't want to run a.ps b.pcl and c.ps and find that the state in which c.ps is called is dependent on how much memory b.pcl took. | 14:55.39 |
| chrisl | The other option is to have all the interprters start up with the nulldevice and only install a "real" device during an actual job | 14:56.12 |
| Robin_Watts | Possibly we want to do a 'getparams' on a teardown, and then a putparams when we reinitialise to try and maintain as much state as possible ? | 14:56.18 |
| | chrisl: You still potentially need to teardown though, right? | 14:56.34 |
| chrisl | Robin_Watts: That won't help, rayjj is talking about Postscript state which can persist between jobs - not device state | 14:56.55 |
| Robin_Watts | OK, so presumably the postscript 'server' state would be set up by some init file? | 14:57.40 |
| chrisl | No, you can send it to the interpreter as a "job" | 14:57.58 |
| henrys | I was assuming PJL state would be retained as well I'm pretty sure that works on my laserjet but I'll double check. | 14:58.24 |
| chrisl | And you can't really tell in advance that's what the job is | 14:58.27 |
| Robin_Watts | Ok, so if you do server.ps, a.ps, b.pcl, c.ps you aren't guaranteed whether you need to send server.ps again before c.ps | 14:58.52 |
| chrisl | Depends on the printer | 14:59.07 |
| Robin_Watts | henrys: The way I had the PJL thing figured was that the PJL interpreter *was* the thing that would start/stop the other language instances. | 14:59.31 |
| | hence PJL would never be shut down. It would just pass stuff through to whatever the 'current' interpreter was. | 14:59.55 |
| | So PJL never loses state. | 15:00.08 |
| chrisl | The small scale printers I've worked with don't save the Postscript state if you switch to a non-PS input | 15:00.24 |
| Robin_Watts | wonders if chrisl is now stabbing the bald voodoo doll. | 15:00.39 |
| henrys | Robin_Watts: I think that true on an HP printer, I'd bet on other printers PJL is just a PCL thing. So it isn't clear how we should proceed with that. | 15:00.45 |
| Robin_Watts | I'm not sure why we would care how other printers implement it. | 15:01.14 |
| chrisl | Robin_Watts: only because this is third time we've discussed this........ | 15:01.15 |
| henrys | I had imagined PJL would not interact with PS/PDF first go with the possible exception of the ENTER LANGAGE command. | 15:01.25 |
| | I have to start the SO skype meeting. Sorry to run late here. | 15:02.15 |
| Robin_Watts | I'd thought that in a plain gs build, we'd start up the PS instance as the top level interpreter. In a plain PCL build, we'd start up the PCL instance as the top level interpreter. In ls builds we'd start up the PJL instance as the top level interpreter, and then that would kick off PS/PCL ones as required. | 15:02.40 |
| chrisl | We also probably have options like in a real printer integration we have separate devices, but share the raster memory, so there would be less worry about having to shut down individual interpreters | 15:03.39 |
| | But that would be written into the device specific to that integration | 15:04.20 |
| henrys | I doubt any printer using real Adobe Postscript uses PJL for PS/PDF | 15:04.53 |
| | they have their own job language | 15:05.18 |
| chrisl | Again, the smaller printers I've worked on don't - the only "interaction" is the ENTER LANGUAGE thing to kick off the PS job | 15:06.59 |
| | but I can imagine printer vendors wanting PJL resolution and paper size settings to be honored even in PS.... | 15:08.14 |
| | FWIW, I don't think the PJL question is central to the language switching discussion | 15:09.13 |
| henrys | chrisl: I'd rank it is as a "least of our problems" type of thing | 15:13.40 |
| chrisl | henrys: works for me | 15:18.43 |
| mvrhel_laptop | Hi Robin_Watts are you around? | 21:11.29 |
| | ok. the separation selection of gproof is now working in gsview (windows). Now to add the icc profile information to the gproof format. | 21:54.34 |
| | late lunch time now though | 21:54.38 |
| | ok the icc profile changes are working for gsview | 23:04.15 |
| | I will push the mupdf required changes to my repos for Robin_Watts to review | 23:04.32 |
| | then maybe I can get a couple profiles for henrys to have on the android device if fred has time to add that feature to set the profiles | 23:06.52 |
| Robin_Watts | mvrhel_laptop: I can't see anything on your master at the moment. | 23:09.33 |
| mvrhel_laptop | just getting ready to push | 23:09.48 |
| | hold on 2 mintus | 23:09.52 |
| | minutes | 23:09.57 |
| Robin_Watts | ok. I'm just off to bed. Got workmen here in less than 8 hours. | 23:10.12 |
| mvrhel_laptop | Robin_Watts: | 23:17.07 |
| | ok pushed... | 23:17.09 |
| | one question for you too | 23:17.13 |
| | what was the name of that website you showed me about 1 year ago | 23:17.22 |
| | that made you do coding to move forward in a game | 23:17.36 |
| | I need it to help strike a balance with how much gaming Ethan is doing | 23:17.57 |
| | he is on steam all the time.... | 23:18.05 |
| | Robin_Watts: I need to update the twiki too | 23:18.34 |
| | good night if you can't get to this until morning | 23:18.51 |
| Robin_Watts | codingame.com ? | 23:20.01 |
| | but that's not quite what you said. | 23:20.19 |
| mvrhel_laptop | yes I think this is it | 23:21.08 |
| | it let you pick different languages | 23:21.23 |
| Robin_Watts | That's it. | 23:21.32 |
| mvrhel_laptop | cool thanks | 23:21.42 |
| Robin_Watts | You can get achievement trackers for steam that watch how many hours you play. | 23:21.52 |
| | You could just sign him up to one of those and tell him he has to spend the same amount of time doing something productive each week :) | 23:22.23 |
| mvrhel_laptop | that is a good idea | 23:22.32 |
| Robin_Watts | Urm... 23 + strlen. | 23:25.07 |
| | I reckon its 23 + strlen + 0 terminator. | 23:25.16 |
| | I'd be tempted to use sizeof(string) rather than 23, cos it's clearer. | 23:25.59 |
| mvrhel_laptop | yes | 23:26.03 |
| | let me fix that | 23:26.05 |
| Robin_Watts | And, fwiw, fz_free(ctx, NULL) will work fine. | 23:26.56 |
| | so you don't *really* need the if (blah != NULL) .... | 23:27.07 |
| | but with those fixes, lgtm. | 23:27.42 |
| | must go to bed! Night. | 23:27.47 |
| mvrhel_laptop | ok thanks Robin_Watts | 23:29.35 |
| | good night | 23:29.37 |
| | I will make the fixes and push to my repos for you to have a second look | 23:32.21 |
| | in your morning | 23:32.27 |
| | Forward 1 day (to 2015/09/02)>>> | |
IRC Logs