summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Updated Occitan translationgdk-pixbuf-2-26Cédric Valmary2016-04-181-417/+588
|
* Avoid deprecation warnings for g_type_initMatthias Clasen2012-12-284-6/+13
| | | | Add a version check to avoid depending on unstable GLib.
* Move single-include guards inside include guardsMatthias Clasen2012-12-286-18/+18
| | | | | | gcc has optimizations for include guards that only work if they are outermost in the the header. https://bugzilla.gnome.org/show_bug.cgi?id=689810
* Add a fall-through markerMatthias Clasen2012-12-281-0/+1
| | | | Coverity complained about this.
* VS2010 install project updatesChun-wei Fan2012-11-201-0/+4
| | | | | I left out the updates to prepare the VS2010 install project for VS2012 in my last commit. :|
* Visual C++ projects: UpdatesChun-wei Fan2012-11-206-8/+28
| | | | | | | | | | -Prepare support for Visual Studio 2012, by adding the PlatformToolset tag to all configs so that we can provide support for VS2012 with minimal effort by simply copying and replacing the VS2010 items with the VS2012 counterparts with scripts. -Improve consistency by using MultiByte character sets for all project configs
* Fix parsing of JPEG orientation tagTormod Volden2012-11-191-8/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Parsing the orientation tag in big-endian file formats got broken in commit 0179dfd as reported in https://bugs.launchpad.net/bugs/1077186 A short (16 bit) value like the orientation value occupies the two first bytes of the 4-byte offset field, independently of endianness. The commit changed the code from using de_get16() to de_get32 to read out this value, which broke on big-endian (MM/Motorola) byte order JPEG file formats. I believe little-endian files would still work as long as the two last, unused bytes were zero. From http://www.cipa.jp/english/hyoujunka/kikaku/pdf/DC-008-2010_E.pdf "Value Offset This tag records the offset from the start of the TIFF header to the position where the value itself is recorded. In cases where the value fits in 4 Bytes, the value itself is recorded. If the value is smaller than 4 Bytes, the value is stored in the 4-Byte area starting from the left, i.e., from the lower end of the byte offset area. For example, in big endian format, if the type is SHORT and the value is 1, it is recorded as 00010000.H." Also avoid the confusing recycling of the "offset" variable, use a better name for the second use and make it and its siblings local to the block where they are used. Signed-off-by: Tormod Volden <debian.tormod@gmail.com> https://bugzilla.gnome.org/show_bug.cgi?id=688427
* Bump versoinMatthias Clasen2012-11-091-2/+2
|
* Updates2.26.5Matthias Clasen2012-11-091-0/+27
|
* Don't use AC_PATH_PROGMatthias Clasen2012-11-091-1/+1
| | | | | | AC_PATH_PROG is problematic for cross compliation. Use AC_CHECK_TOOLS instead. https://bugzilla.gnome.org/show_bug.cgi?id=671516
* gdip: Prevent an error pileupMatthias Clasen2012-11-091-1/+0
| | | | This was pointed out in bug 686139.
* Silence custom make rulesYaakov Selkowitz2012-11-091-7/+7
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=686605
* init: Improve error message for missing cache fileJohn Spencer2012-11-031-3/+7
| | | | | | | | People on IRC were rightly pointing out that the fix is easy once you know it. So why wouldn't gdk-pixbuf print it? Also reinstate the warning. The pixdata module is always loaded so we need to expect one existing module.
* configure: Require GLib 2.34Colin Walters2012-10-251-1/+1
| | | | | | Needed for the use of g_type_ensure(). https://bugzilla.gnome.org/show_bug.cgi?id=686844
* queryloaders: Ensure we link to libgobjectColin Walters2012-10-241-0/+11
| | | | | | | | | | | | | | | | This call is necessary to ensure we actually link against libgobject; otherwise it may be stripped if -Wl,--as-needed is in use. The reason we need to link against libgobject is because it now has a global constructor. If the dynamically loaded modules happen to dlclose() libgobject, then reopen it again, we're in for trouble. See https://bugzilla.gnome.org/show_bug.cgi?id=686822 Patch-suggested-by: Ryan Lortie <desrt@desrt.ca> Signed-off-by: Colin Walters <walters@verbum.org> https://bugzilla.gnome.org/show_bug.cgi?id=686822
* [l10n] Updated Estonian translationMattias Põldaru2012-10-221-11/+12
|
* Updated Japanese translationTakayuki KUSANO2012-10-151-9/+9
|
* Merged with latest POT fileTakayuki KUSANO2012-10-151-83/+139
|
* Updated Norwegian bokmål translation.Kjartan Maraas2012-10-121-40/+39
|
* Updated Malayalam translationAnish A2012-10-051-266/+276
|
* update Simplified Chinese (zh_CN) translationYunQiang Su2012-09-231-82/+98
|
* Updated Latvian translationRūdolfs Mazurs2012-09-221-82/+89
|
* [l10n] Updated Italian translation.Milo Casagrande2012-09-221-2/+2
|
* [l10n] Updated Italian translation.Milo Casagrande2012-09-221-108/+101
|
* Updated Thai translationTheppitak Karoonboonyanan2012-09-201-234/+251
|
* Updated Telugu TranslationsKrishnababu Krothapalli2012-09-201-59/+66
|
* Updated Bulgarian translationAlexander Shopov2012-09-191-93/+94
|
* hindi updateRajesh Ranjan2012-09-191-88/+103
|
* Bump versionMatthias Clasen2012-09-171-2/+2
|
* 2.26.42.26.4Matthias Clasen2012-09-171-0/+40
|
* [l10n]Updated Catalan (Valencian) translationCarles Ferrando2012-09-181-81/+89
|
* [l10n] Updated Catalan translationGil Forcada2012-09-181-57/+61
|
* Updated Hungarian translationGabor Kelemen2012-09-171-41/+39
|
* Updated header for Brazilian Portuguese.Rafael Ferreira2012-09-171-1/+1
|
* Updated Russian translationYuri Myasoedov2012-09-171-224/+262
|
* Updated Danish translationAsk H. Larsen2012-09-161-94/+101
|
* Make the tiff loader threadsafeMatthias Clasen2012-09-141-139/+59
| | | | | | | | | | The reason why the tiff loader was marked as not threadsafe is that libtiff only has a global error handler; while we still have to set an error handler to keep libtiff from spamming stderr, we just give up on collecting any error messages from it, and we also give up on the illusion that we can push/pop error handlers. That doesn't work without a stack, so we just keep forcing our do-nothing error handler on without ever taking it back.
* update Punjabi TranslationA S Alam2012-09-141-245/+287
|
* Updated German translationChristian Kirbach2012-09-131-183/+175
|
* Assamese translation updatedNilamdyuti Goswami2012-09-111-48/+55
|
* Updated Portuguese translationDuarte Loreto2012-09-091-20/+25
|
* Updated Korean translationChangwoo Ryu2012-09-091-81/+85
|
* Updated Lithuanian translationAurimas Černius2012-09-071-43/+51
|
* Updated Belarusian translation.Ihar Hrachyshka2012-09-071-77/+84
|
* Updated Hebrew translation.Yaron Shahrabani2012-09-071-42/+47
|
* Updated Serbian translationМирослав Николић2012-09-062-78/+96
|
* Updated Slovenian translationMatej Urbančič2012-09-061-42/+47
|
* Updated Spanish translationDaniel Mustieles2012-09-061-14/+17
|
* Update French translationAlexandre Franke2012-09-061-83/+91
|
* Updated Brazilian Portuguese translation.Adorilson Bezerra2012-09-061-75/+83
|
View Lorry Controller Status