summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* Remove Makefile.declMatthias Clasen2013-12-208-99/+3
| | | | | | We are now using glib-tap.mk for the tests, and all we gain from Makefile.decl is a predefined EXTRA_DIST, which doesn't seem worth it.
* Enable coverage testingMatthias Clasen2013-12-202-0/+49
| | | | Use --enable-coverage and make coverage to get it.
* Add tests for savingMatthias Clasen2013-12-192-0/+133
|
* Allow single-character keys for tEXt chunksMatthias Clasen2013-12-191-1/+1
| | | | | | The keys for tEXt chunks are documented as 1-79 character ASCII strings. Testing this shows that we reject single- character keys as too short. Fix that.
* Quell another automake warningMatthias Clasen2013-12-191-1/+1
|
* Don't include config.h in any headersMatthias Clasen2013-12-191-1/+0
| | | | | config.h has no inclusion guards, so including it in headers is bound to cause redefinition warnings from cpp.
* Include config.h everywhere, firstMatthias Clasen2013-12-192-0/+3
| | | | Some of the loaders were not doing this.
* Make configure check for awkMatthias Clasen2013-12-191-0/+1
| | | | awk is needed for the automake tap driver.
* Updated POTFILES.inPiotr Drąg2013-12-191-0/+1
|
* tests: Use TAPMatthias Clasen2013-12-196-105/+679
| | | | | Instead of using gtester, switch to using the TAP support and the automake test harness.
* Convert pixbuf-threads testMatthias Clasen2013-12-191-75/+38
| | | | Make this test use g_test_run, so it is compatible with using TAP.
* Convert pixbuf-randomly-modified testMatthias Clasen2013-12-191-116/+36
| | | | | Make this test use g_test_run, so it is compatible with using TAP.
* Remove an unused variableMatthias Clasen2013-12-191-1/+1
|
* Another automake warningMatthias Clasen2013-12-191-1/+1
|
* Update color table by value from pango #678996Denis Pauk2013-12-191-847/+673
| | | | | For update have used values from https://git.gnome.org/browse/pango/log/tools/rgb.txt that have already updated version of SVG/CSS pallete
* Add an xbm testMatthias Clasen2013-12-192-0/+11
| | | | | This tests that we correctly load a file with the .xbm extension using both gdk_pixbuf_new_from_file and gdk_pixbuf_new_from_file_at_scale.
* Improve mime type detectionMatthias Clasen2013-12-191-1/+1
| | | | | | | | | | | | The mime database has no magic at all for xbm, and it gets sniffed as text/plain. This is a regression from when we were using our own magic, so be a little more forgiving here - treat a mimetype of 'text/plain' like uncertain results, and consult the filename. This lets us at least recognize files with the extension .xbm correctly again. https://bugzilla.gnome.org/show_bug.cgi?id=573726
* Avoid a discrepancy in file recognitionMatthias Clasen2013-12-193-3/+23
| | | | | | | | | | We are using a loader to implement some of the APIs that are taking a filename, such as gdk_pixbuf_new_from_file_at_scale. But the loader does not have the filename, so it can't use it when determining the image type. This makes a difference for types such as xbm, which have no good magic in the mime database. Fix this by introducing a private API that lets us pass the filename on to the loader.
* Avoid a compiler warningMatthias Clasen2013-12-181-1/+1
| | | | Harmless NULL / FALSE confusion.
* Avoid some automake warningsMatthias Clasen2013-12-183-5/+6
|
* Use g_try_malloc_n where it makes senseMatthias Clasen2013-12-183-14/+4
| | | | This lets us avoid some manual overflow checks.
* Consistenly annotate format names for translationMatthias Clasen2013-12-188-8/+8
| | | | | The right macro to use in the fill function is N_(), but some loaders were using _(). Correct this.
* Remove an outdated commentMatthias Clasen2013-12-181-1/+0
| | | | | We're now marking the tiff loader as threadsafe, so remove the comment that says it isn't.
* Make some string data constMatthias Clasen2013-12-1826-156/+156
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=144042
* Trivial typo fixesMatthias Clasen2013-12-181-2/+2
|
* Add tests for scaling of various image typesMatthias Clasen2013-12-182-0/+77
| | | | | Notably, this test catches the regression fixed in the previous commit.
* Make scaling of xpms work againMatthias Clasen2013-12-181-1/+3
| | | | | | | | | | | | | | Commit c62676a284 had an unintended side-effect for loaders which omit to call size_func, the new size set by gdk_pixbuf_loader_set_size would overwrite the original pixbuf size, and in effect force a scale factor of 1.0. The xpm loader is one of the few which omit the size_func call, thus the regression that calling gdk_pixbuf_new_from_file_at_scale does not scale xpms anymore. The fix is to use separate variables to pass the dimensions when calling the size_func on behalf of the loader. https://bugzilla.gnome.org/show_bug.cgi?id=686514
* Port gdk_pixbuf_save_to_stream_async to GTaskDebarshi Ray2013-12-181-20/+22
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=712704
* Port gdk_pixbuf_new_from_stream_[at_scale_]async to GTaskDebarshi Ray2013-12-181-25/+29
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=712704
* Drop unneed g_type_init callsMatthias Clasen2013-12-1812-51/+0
| | | | | We have been requiring a new-enough GLib for a while now, so drop this unnecessary clutter.
* Try harder to fix the continuous buildMatthias Clasen2013-12-171-2/+2
| | | | | | To use gdk-pixbuf-pixdata uninstalled, we need to use the uninstalled modules as well, so set GDK_PIXBUF_MODULE_FILE as well.
* Try to fix the continuous buildMatthias Clasen2013-12-171-2/+2
| | | | | | | We are using to-pixdata processing for some of the resources in tests/, but gdk-pixbuf-pixdata has not been installed on the system yet. So pass the location of the just-built one via the GDK_PIXBUF_PIXDATA env var.
* Add some tests for resource APIsMatthias Clasen2013-12-173-0/+163
|
* Add some tests for pixbuf-form-stream apisMatthias Clasen2013-12-172-0/+198
|
* Trivial include cleanupMatthias Clasen2013-12-171-2/+0
|
* Fix up copyright informationMatthias Clasen2013-12-171-1/+3
|
* Some more stack conservationMatthias Clasen2013-12-171-31/+41
| | | | Only use the sniff buffer while we need it.
* Refactor things a bitMatthias Clasen2013-12-171-34/+43
| | | | | | Move the generic incremental loading into its own function so we don't end up taking two 64k buffers on the stack when one is enough.
* More sniff buffer size unificationMatthias Clasen2013-12-171-1/+1
| | | | | Turns out gdk_pixbuf_animation_new_from_file() was also using a different size.
* Unify sniff buffer sizeMatthias Clasen2013-12-173-8/+5
| | | | | | | GdkPixbufLoader was using 1k as a buffer size for sniffing file types, and the gdk_pixbuf_new_from_file() family of functions was using 4k, for no good reason. Unify this so we use the same buffer size everywhere.
* build: Use UNIX Line Feeds for MSVC ProjectsChun-wei Fan2013-12-173-453/+453
| | | | | | ... so that it would be more consistent with the rest of the source files, and application of patches would be easier and cleaner. The README.txt and .sln files under build/win32/vs* still has to have DOS/Windows line feeds.
* Bump versionMatthias Clasen2013-12-171-2/+2
|
* 2.30.22.30.2Matthias Clasen2013-12-161-0/+11
|
* Fix another potential leak in an error pathMatthias Clasen2013-12-161-0/+1
| | | | | If we longjump out of libjpeg, we may have already parsed the exif data, so free that as well.
* Add a test for icc profile loadingMatthias Clasen2013-12-164-0/+92
| | | | | This test verifies that the preceding commit indeed makes icc-profile loading from jpeg files work.
* jpeg: apply icc profile when loading incrementallyMatthias Clasen2013-12-161-18/+21
| | | | This was apparently never tested, and thus didn't work.
* jpeg: Consolidate error handlingMatthias Clasen2013-12-161-8/+6
| | | | | | Make all error paths in gdk_pixbuf__jpeg_image_load go through the same path, so we don't forget to free the exif data in half of them.
* Update Punjabi Translation by AlamA S Alam2013-12-071-19/+37
|
* build/win32/vs10/gengir.vcxproj: Add PlatformToolset tagChun-wei Fan2013-11-251-0/+4
| | | | | This makes it easier to upgrade to Visual Studio 2012/2013 formats, like the other *.vcxproj files in GDK-Pixbuf.
* Make --update-cache work betterMatthias Clasen2013-11-131-1/+1
| | | | | | | | Due to an oversight, combining the --update-cache option with explicitly specified modules was leading to an attempt to open the --update-cache.so module - with predictably disappointing results. Make this work as intended, and as described in the man page.
View Lorry Controller Status