{"push_id":567962193,"size":7,"distinct_size":7,"ref":"refs/heads/master","head":"4ffe1a1cd560e0ee6a3910effd7d9f1939b4bacb","before":"9dc629e55d5037a73795e4091ef5e2e3251e4323","commits":[{"sha":"9523d5d6570ec7b9a65106fe818fc172723684c9","author":{"email":"a174bef79592a6e149178ecf44f371a685bb56f0@gmail.com","name":"Andrew Chadwick"},"message":"lib.pixbufsurface: improve save_as_png() docs\n\nThis function has a horrid API, but let's attempt to document it anyway.","distinct":true,"url":"https://api.github.com/repos/mypaint/mypaint/commits/9523d5d6570ec7b9a65106fe818fc172723684c9"},{"sha":"4c4d0fe529c2aaa27bbc8273f24343f6c4088925","author":{"email":"a174bef79592a6e149178ecf44f371a685bb56f0@gmail.com","name":"Andrew Chadwick"},"message":"PNGs: save sRGB chunks (and appropriate cHRM/gAMA)\n\nMy current thinking is to save what we assume, and assume that the user\nhas calibrated their display to something approximating sRGB when working\nwith MyPaint.\n\nYes, this is a bad assumption, yes we should be using real display space\ntransformations *if* they are available: mypaint/mypaint#9. However it's a\nbackwards-compatible assumption for MyPaint's purposes, and hopefully a\nminimally interoperable one.\n\nAddresses one of the issues noticed in mypaint/mypaint#129.\n\nThe existence of non-sRGB-tagged PNG data in a .ORA file *cannot* be relied\nupon to identify files saved with old stable MyPaint releases because the\nGIMP ORA plugin has been known to save a gAMA chunk only (i.e. no cHRM, no\nsRGB), housing a value that is (presumably) either derived from display\ngamma or an sRGB assumed default.","distinct":true,"url":"https://api.github.com/repos/mypaint/mypaint/commits/4c4d0fe529c2aaa27bbc8273f24343f6c4088925"},{"sha":"0ff974e4ae27eb1090374b8eb240bfbc34b2bc97","author":{"email":"a174bef79592a6e149178ecf44f371a685bb56f0@gmail.com","name":"Andrew Chadwick"},"message":"Prefs: add \"display is sRGB\" flag\n\nExpose the assumption that the internal pixel memory contains sRGB data to\nthe user, and allow them to turn it off.","distinct":true,"url":"https://api.github.com/repos/mypaint/mypaint/commits/0ff974e4ae27eb1090374b8eb240bfbc34b2bc97"},{"sha":"591e7fb8d96d279ee713e4a62c474cbbdbb92906","author":{"email":"a174bef79592a6e149178ecf44f371a685bb56f0@gmail.com","name":"Andrew Chadwick"},"message":"Load PNG/ORA: use \"display is sRGB\" flag\n\nIf MyPaint is assuming that the display is sRGB, then convert PNG files to\nthat space when loading if they have embedded file colour space\ninformation.\n\nOtherwise, fall back to the legacy behaviour where we just assume loaded\nPNG and ORA files match the display space regardless of their colour\nmanagement chunks.","distinct":true,"url":"https://api.github.com/repos/mypaint/mypaint/commits/591e7fb8d96d279ee713e4a62c474cbbdbb92906"},{"sha":"f56c546ea8cba647aeb49ba83573e03050fa7946","author":{"email":"a174bef79592a6e149178ecf44f371a685bb56f0@gmail.com","name":"Andrew Chadwick"},"message":"Save PNG/ORA: use the \"display is sRGB\" flag\n\nIf MyPaint is assuming the display is sRGB, save sRGB (and fallback cHRM\nand gAMA) chunks when saving PNG files.\n\nOtherwise, no assumption about the display is being made so we can't say\nanything: we don't save the chunks.","distinct":true,"url":"https://api.github.com/repos/mypaint/mypaint/commits/f56c546ea8cba647aeb49ba83573e03050fa7946"},{"sha":"50d32718cbb1f64edc0df8516bb8f4e6cefe7c01","author":{"email":"a174bef79592a6e149178ecf44f371a685bb56f0@gmail.com","name":"Andrew Chadwick"},"message":"Factor out file IO errs, report more cases to user\n\nThe classes of errors detected by lib.document are also useful reports for\ncode invoking fastpng. Split them out to a new module, and rename.\n\nCatch fastpng RuntimeErrors (like the interlace message) and convert to a\nFileHandlingError where fastpng is called. Fixes mypaint/mypaint#141.\n\nTidy up some messy exception handling code.\n\nReplace traceback.print_exc() with a real logging call.","distinct":true,"url":"https://api.github.com/repos/mypaint/mypaint/commits/50d32718cbb1f64edc0df8516bb8f4e6cefe7c01"},{"sha":"4ffe1a1cd560e0ee6a3910effd7d9f1939b4bacb","author":{"email":"a174bef79592a6e149178ecf44f371a685bb56f0@gmail.com","name":"Andrew Chadwick"},"message":"fastpng: work around GIMP gamma issues, refactor\n\nMove fastpng stuff out into a separate compilation unit. It was getting\nuntidy and exposing messy crap via swig.\n\nLots of formatting changes.\n\nAdd a nasty workaround for GIMP's unhelpful advertising of its \"sRGB built-in\"\ndefault working space as \"ɣ=2.2, deal with it\" when saving PNGs. Sigh.\nTo salvage some dignity, I've added cases for not performing any\ntransformations when loading PNGs, and the workaroud is now one of those.\n\nFixes mypaint/mypaint#129.","distinct":true,"url":"https://api.github.com/repos/mypaint/mypaint/commits/4ffe1a1cd560e0ee6a3910effd7d9f1939b4bacb"}]}