summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* 1.40.51.40.5Matthias Clasen2017-04-082-1/+8
|
* Avoid a compiler warningMatthias Clasen2017-04-081-1/+1
| | | | | The compiler complains that rightmost_space may be used uninitialized. And it may be right.
* docs: Fix some introspection annotation syntaxPhilip Withnall2017-04-083-4/+4
| | | | | | Signed-off-by: Philip Withnall <withnall@endlessm.com> https://bugzilla.gnome.org/show_bug.cgi?id=778663
* docs: Add (skip) annotation to some non-introspectable deprecated funcsPhilip Withnall2017-04-082-6/+6
| | | | | | | | | To make it a bit more explicit that there’s no need to worry about introspecting them. Signed-off-by: Philip Withnall <withnall@endlessm.com> https://bugzilla.gnome.org/show_bug.cgi?id=778663
* docs: Add a few missing (transfer) annotationsPhilip Withnall2017-04-082-4/+5
| | | | | | | | | This should fix a few scanner warnings, but this is not an attempt to fix them all. Signed-off-by: Philip Withnall <withnall@endlessm.com> https://bugzilla.gnome.org/show_bug.cgi?id=778663
* pango-utils: Fix non-escaped \r\n line endings in pango_read_line()Philip Withnall2017-04-081-1/+2
| | | | | | | | | | | | The handling for \r or \r\n line endings in pango_read_line() was broken. It should have discarded the \r or \r\n, but was only doing this for \n or \n\r. The condition (c == EOF) could never have been reached. Coverity ID: 1391696 Signed-off-by: Philip Withnall <withnall@endlessm.com> https://bugzilla.gnome.org/show_bug.cgi?id=778816
* attributes: Make alpha work without colorMatthias Clasen2017-04-081-8/+29
| | | | | | | Improve the behavior of the cairo renderer to take alpha into account even if no color specified. https://bugzilla.gnome.org/show_bug.cgi?id=773767
* Win32: Remove "uncolored" from docsNicolas Hake2017-04-071-2/+2
| | | | | | | Since win32_render_layout and win32_render_layout_line now support rendering in color, that word no longer applies. https://bugzilla.gnome.org/show_bug.cgi?id=768679
* Win32: Fix background rect boundsNicolas Hake2017-04-071-2/+2
| | | | | | | | Rectangle() uses x1, y1, x2, y2 coordinates instead of x, y, w, h. Fix the coordinates passed to the function so it draws the background in the correct location. https://bugzilla.gnome.org/show_bug.cgi?id=768679
* Win32: Draw background box in correct colorNicolas Hake2017-04-071-9/+9
| | | | | | | Adding 128 to the component value would overflow in colors with full brightness and set the component to 0. https://bugzilla.gnome.org/show_bug.cgi?id=768679
* Win32: Reset BkMode so ETO doesn't draw its ownNicolas Hake2017-04-071-0/+3
| | | | | | | | | If the DC's background mode is set to OPAQUE, ExtTextOut will draw its own background boxes around glyph items. Since we don't place any requirements on the DC, set the background mode to TRANSPARENT before rendering any glyphs (and reset it to its original value afterwards). https://bugzilla.gnome.org/show_bug.cgi?id=768679
* Win32: Enable colored underline drawingNicolas Hake2017-04-071-3/+32
| | | | | | | | | Underline drawing was using the pen selected into DC before pango_win32_render_layout_line was called. Since layout allow the user to select underline colors, we have to create a temporary pen in the correct color before drawing it. https://bugzilla.gnome.org/show_bug.cgi?id=768679
* Win32: Enable rendering colored textNicolas Hake2017-04-071-10/+8
| | | | | | | | | Increasing the component values by 128 may overflow and result in that component being treated as 0. Additionally, using a brush to color text is wrong; ExtTextOut instead uses the color set by SetTextColor to draw glyphs. https://bugzilla.gnome.org/show_bug.cgi?id=768679
* 1.40.41.40.4Matthias Clasen2017-02-272-1/+6
|
* Bug 779232 - Wrong introspection annotation for pango_layout_get_sizeBehdad Esfahbod2017-02-251-2/+2
|
* win32/Makefile.msvc-introspection: Sync with G-IChun-wei Fan2017-02-171-3/+7
| | | | | | | This enables the new feature recently added in G-I where we can generate the full NMake Makefile module to build the .gir files by passing in a list of C includes, instead of needing to specify them fully one-by-one with --c-include=...
* win32/detectenv-msvc.mak: Sync with GLibChun-wei Fan2017-02-171-1/+3
| | | | | This enables one to build the introspection files using Visual Studio 2017.
* pango-layout: Add a clarifying assertionPhilip Withnall2017-02-161-0/+4
| | | | | | | | | | | | | | In pango_layout_index_to_pos(), it looks like layout_line could be dereferenced while still NULL in the first loop iteration. This is not the case, as other bits of PangoLayout ensure its start_index is always 0, so this branch is never taken. Add an assertion to clarify that and guide static analysis. Coverity ID: 1391700 Signed-off-by: Philip Withnall <withnall@endlessm.com> https://bugzilla.gnome.org/show_bug.cgi?id=778656
* pango: Remove some unnecessary NULL checksPhilip Withnall2017-02-162-4/+1
| | | | | | | | | | | | | | | | These checks are preceded by other checks or code which demonstrates that the values are definitely always non-NULL. In the case of pango_attr_list_insert_internal(), the final branch of the function never needs to update list->attributes_tail, as the middle branch handles the case of appending to the list. The final case is just for insertions in the middle of the list. Coverity IDs: 1391710, 1391711 Signed-off-by: Philip Withnall <withnall@endlessm.com> https://bugzilla.gnome.org/show_bug.cgi?id=778654
* Remove win32/vs15/pango-install.props before re-generationChun-wei Fan2017-02-151-0/+1
| | | | | This will ensure that it will be up-to-date when win32/vs10/pango-install.props is re-generated.
* Visual Studio builds: Support Visual Studio 2017Chun-wei Fan2017-02-157-12/+53
| | | | | | | | | | | | | This updates the autotools scripts to support Visual Studio 2017 builds, by copying the Visual Studio 2010 projects and updating items in there as necessary. Note the format of the toolset version changed, so we allow one to specify a custom toolset version string and hence use it if it is specified, otherwise the toolset version string is generated as it was before. Since Visual Studio 2017 aims to be compatible on the CRT level as Visual Studio 2015, the 2017-compiled binaries should be usable without problems with 2015-compiled binaries.
* Add assertions to guard against division by zero on sample text pathsPhilip Withnall2017-02-143-3/+15
| | | | | | | | | | | | | There are a few code paths where pango_utf8_strwidth() is called on language-specific sample text. The sample text should have been chosen to never have a zero width, but we should add some assertions to ensure that’s the case. This guides static analysers into the right analysis. Coverity IDs: 1391697, 1391698, 1391699 Signed-off-by: Philip Withnall <withnall@endlessm.com> https://bugzilla.gnome.org/show_bug.cgi?id=778602
* pangofc-shape: Fix potential array overrunPhilip Withnall2017-02-141-4/+0
| | | | | | | | | | | | | | | If this loop adds the final feature to the features array, the start and end assignment for the next feature will drop off the end of the array. I don’t think the assignments are necessary, since num_features stores the number of elements in the array (so it doesn’t need to be terminated), and the start and end elements are assigned each time a feature is parsed. Coverity ID: 1391709 Signed-off-by: Philip Withnall <withnall@endlessm.com> https://bugzilla.gnome.org/show_bug.cgi?id=778601
* Visual Studio builds: Fix project file move to win32/Chun-wei Fan2017-01-203-5/+5
| | | | | Some more paths in auxillary scripts and NMake Makefiles need to be updated as well...
* Visual Studio builds: Move projects to win32/Chun-wei Fan2017-01-2054-368/+370
| | | | | | | This allows one to go down one less level in the directory tree to get to the Visual Studio project files, and so make things more in line with the rest of the GTK+ stack. This also cleans up the Visual Studio 201x projects as there are some items that can be actually combined.
* Visual Studio 201x build: Fix pangocairo projectChun-wei Fan2016-11-151-4/+4
| | | | The AdditionalIncludePaths setting missed a semicolon, fix that.
* Visual Studio builds: Remove -lm from .pc filesChun-wei Fan2016-11-151-1/+2
| | | | | We don't have a separate math library for Visual Studio, so don't try to link to one in the .pc files.
* build/win32/vs10/Makefile.am: Remove pango-install.props's on re-generationChun-wei Fan2016-10-191-0/+3
| | | | | | This is to ensure that any changes that was made to the generated build/win32/vs10/pango-install.props will also be applied to build/win32/vs[11|12|14] as well.
* build/: Force MSVC project file generation on Makefile.am changesChun-wei Fan2016-10-192-3/+10
| | | | | | | | | | | Make the Makefile.am targets for generating the Visual Studio projects re-generate the project files and the header listings whenever the Makefile.am's that include build/Makefile.msvcproj changes, so that whenever a source/header is added, they will be reflected in the projects and in the property sheets that are used to copy the headers. Also ensure that these are applied to the vs11, vs12 and vs14 projects when this happens, as they are copied and processed from the Visual Studio 2010 projects.
* 1.40.31.40.3Matthias Clasen2016-09-122-1/+7
|
* Fix build on OS XMatthias Clasen2016-09-121-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=770729
* Fix exporting pango_cairo_win32_font_map_get_typePatrick Griffis2016-09-071-0/+1
| | | | | | Introduced with commit 1147da131ad13e583e73fed956e5c944e1497bf4 https://bugzilla.gnome.org/show_bug.cgi?id=771004
* 1.40.21.40.2Matthias Clasen2016-08-292-1/+8
|
* Avoid deprecation warningsMatthias Clasen2016-08-298-8/+87
| | | | | Now that we're using new-style deprecations, we have to fight a little harder to get rid of them inside pango.
* pango/pango-version-macros.h: Update copyright noticeChun-wei Fan2016-08-221-3/+5
| | | | | | | Update the copyright notice of this file, to reflect things more accurately and to give more proper acknowledgement. Please see: https://bugzilla.gnome.org/show_bug.cgi?id=767587#c16
* Export symbols with compiler directives if possibleChun-wei Fan2016-06-2917-683/+55
| | | | | | | | | | Add a configure check to see whether compiler directives are available for exporting symbols, and use them if so. Likewise, update the Visual Studio projects and config.h.win32.in to do likewise for Windows builds. We can then drop the .def files that were used to export symbols on Windows builds, which should clean up things a bit.
* pango/pango-enum-types.c.template: Include config.h firstChun-wei Fan2016-06-291-0/+2
| | | | | This is to ensure that we can override the verion macros to export the symbols later.
* Decorate the symbols in the headers with version macrosChun-wei Fan2016-06-2944-75/+691
| | | | | | | From the last commit, decorate all the symbols with the version macros. Also add the version macros in the docs. https://bugzilla.gnome.org/show_bug.cgi?id=767587
* Add a header for versioning macrosChun-wei Fan2016-06-292-24/+652
| | | | | | | | | | | This header is used for: -Indicating what stable versions an API is introduced at and after 1.30.0. -Indicating what APIs are deprecated, and which stable release series they are deprecated if the deprecation is done after 1.30.0. This replaces the use of G_DEPRECATED* in Pango. -Use in a later commit to be used to export symbols directly via compiler directives instead of doing so over .def files, for compilers that do not support exporting via regex expressions.
* Visual Studio builds: Make .pc generation more flexibleChun-wei Fan2016-06-221-14/+30
| | | | | Allow the use of ${exec_prefix} for libdir and includedir when passing them in as arguments to the script.
* Visual Studio builds: Clean up PangoCairo build filesChun-wei Fan2016-06-225-24/+22
| | | | | Define HAVE_CAIRO_FREETYPE in the property sheets instead of disabling it via conditional compilation, which makes things a bit neater.
* PangoCairo MSVC builds: Look for headers in $(prefix)/include/cairoChun-wei Fan2016-06-224-4/+24
| | | | | Cairo's headers could be in $(prefix)/include/cairo, so look for the headers from there as well.
* Bug 766148 - CT font weights do not map correctly to PangoWeightBehdad Esfahbod2016-05-191-33/+43
|
* colors: Add rebeccapurpleBenjamin Otte2016-05-052-110/+113
| | | | | | http://lists.w3.org/Archives/Public/www-style/2014Jun/0312.html Thanks Lapo for pointing out this omission!
* coretext: implement obtaining coverage of supplementary planesKristian Rietveld2016-04-241-4/+28
|
* coretext: remove useless calls to pango_coverage_set()Kristian Rietveld2016-04-241-3/+2
| | | | | | Since Pango coverage is initialized to PANGO_COVERAGE_NONE, it makes no sense to perform calls to pango_coverage_set for characters that will be set (or rather left) to none.
* coretext: properly handle UTF32 characters in CFStringsKristian Rietveld2016-04-241-9/+63
|
* Visual Studio builds: Generate .pc filesChun-wei Fan2016-04-2113-24/+449
| | | | | | | If python can be found at $(PythonPath)\python.exe (x86 builds) or $(PythonPathX64)\python.exe (x64 builds), generate .pc files for Pango, as appropriate with the build config chosen. This will make building introspection on Visual Studio easier with packages that depend on Pango.
* Visual Studio builds: Have package version in the projectsChun-wei Fan2016-04-213-11/+50
| | | | | This is used to generate the .pc files to make generating introspection files easier for packages that depend on Pango.
* MSVC Builds: Use Autotools Module for IntrospectionChun-wei Fan2016-04-139-336/+238
| | | | | | | | | | | | This uses the newly-added autotools module so that the file list for introspection using Visual Studio is now generated during 'make dist', along with the g-ir-scanner command line to generate the .gir files and the compilation of the .typelib files. This would help to simplify maintenance of the introspection builds in Visual Studio, which is done using NMake. https://bugzilla.gnome.org/show_bug.cgi?id=764984
View Lorry Controller Status