| | <<<Back 1 day (to 2017/09/16) | 20170917 |
| sebras | RobinWattsLenovo: back in a7f36241cba4d1807ab4664201aa0975755d6772 you added an assignment of state to the beginning of fz_draw_clip_path() and fz_draw_clip_stroke_path(), but the results is immediately overwritten by push_stack() just a few lines later. | 10:23.05 |
| | RobinWattsLenovo: I was reminded about this today because you recently changed something on that line of assignment in fz_draw_clip_path() which triggered coverity. | 10:23.56 |
| | maybe this is benign, I haven't looked into it further. | 10:25.09 |
| RobinWattsLenovo | sebras: Those functions almost certainly have side effects. | 12:22.24 |
| | So the assignmnt and overwriting is benign, but I should fix it. | 12:22.39 |
| avih | RobinWattsLenovo: i know it's tor8, but maybe you know too. i noticed that the mujs "mirror" on github is few commits ahead of the main repo (iirf for more than a week now). do you know anything about it? | 12:29.31 |
| | iirc* | 12:29.48 |
| | including one important fix | 12:30.06 |
| RobinWattsLenovo | avih: Nope, don't have a clue, sorry. | 12:31.31 |
| avih | np, thx | 12:32.00 |
| RobinWattsLenovo | sebras: Fixed on robin/spots | 12:36.59 |
| sebras | RobinWattsLenovo: LGTM. | 12:38.24 |
| | RobinWattsLenovo: not the entire robin/spots of course, but the top commit! :) | 12:38.42 |
| RobinWattsLenovo | Should we default overprint simulation to on? | 15:50.23 |
| | (in mudraw) | 15:50.31 |
| kens | Robin_Watts I'd be inclined not to default to overprint simulation, simply because Acrobat doesn't. If you want to see overprinting in Acrobat you have to go to the "Tools->PrintProduction->Output Preview" and turn it on from there. If you turn it on by default I expect you will get complaints that Acrobat renders it differently, because most people have no clue about overprint | 16:16.29 |
| | Forward 1 day (to 2017/09/18)>>> | |
Log of #mupdf at irc.freenode.net.