1. 10 May, 2017 3 commits
    • Krzesimir Nowak's avatar
      docs: Add index for 2.54 api · ce7e0219
      Krzesimir Nowak authored
      ce7e0219
    • Krzesimir Nowak's avatar
      gstrfuncs: Add replacement for string-to-number functions · 4fe89b04
      Krzesimir Nowak authored
      Very often when we want to convert a string to number, we assume that
      the string contains only a number. We have g_ascii_strto* family of
      functions to do the conversion but they are awkward to use - one has
      to check if errno is zero, end_ptr is not NULL and *end_ptr points to
      the terminating nul and then do the bounds checking. Many projects
      need this kind of functionality, so it gets reimplemented all the
      time.
      
      This commit adds some replacement functions that convert a string to a
      signed or unsigned number that also follows the usual way of error
      reporting - returning FALSE on failure and filling an error output
      parameter.
      4fe89b04
    • Chun-wei Fan's avatar
      win32/replace.py: Fix replacing items in files with UTF-8 content · 58ecc57c
      Chun-wei Fan authored
      Some files that this script will process might have UTF-8 items in
      there, which can cause problems on Python 3.x as it is more strict and
      careful on unicode issues.  Fix this by:
      
      -Doing what we did before on Python 2.x
      -Open the file with encoding='utf-8' on Python 3.x
      58ecc57c
  2. 09 May, 2017 4 commits
  3. 08 May, 2017 1 commit
  4. 07 May, 2017 1 commit
  5. 05 May, 2017 2 commits
  6. 04 May, 2017 2 commits
  7. 02 May, 2017 7 commits
  8. 01 May, 2017 2 commits
  9. 30 Apr, 2017 2 commits
  10. 29 Apr, 2017 2 commits
  11. 28 Apr, 2017 13 commits
  12. 27 Apr, 2017 1 commit
    • Krzesimir Nowak's avatar
      gvariant: Fix some typos in documentation · 75cd848e
      Krzesimir Nowak authored
      Reformatted the docs for G_VARIANT_TYPE_UINT64 to avoid having a
      number in the beginning of the line, because apparently gtk-doc treats
      that as a first element of the numbered list. The number being that
      big probably makes gtk-doc to treat it as 1.
      
      Fixed the g_variant_new_fixed_array documentation - it was partially
      copy-pasted from the g_variant_get_fixed_array documentation.
      
      The rest should be quite obvious.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=781830
      75cd848e