1. 18 Jan, 2018 1 commit
  2. 15 Dec, 2017 1 commit
  3. 08 Dec, 2017 4 commits
  4. 07 Dec, 2017 10 commits
  5. 06 Dec, 2017 4 commits
    • Sébastien Wilmet's avatar
      DhLink: remove get_file_name() · d2c0dafa
      Sébastien Wilmet authored
      Several problems with that function:
      - Bad name, since it can contain an anchor. A better name would be
        get_relative_url().
      - Strange implementation for the book top-level link, it returns the
        empty string. The empty string meaning the default page is now better
        handled by dh_link_match_relative_url() and dh_link_belongs_to_page().
      
      And the function is now no longer used, it is dead code. It is not used
      by gnome-builder nor Anjuta.
      
      (It's a good time to add my copyright, I've already done a lot of
      commits in DhLink).
      d2c0dafa
    • Sébastien Wilmet's avatar
      DhLink: add DEFAULT_PAGE #define · eb3d5ad2
      Sébastien Wilmet authored
      Since it is now used in several functions.
      eb3d5ad2
    • Sébastien Wilmet's avatar
      DhLink: add belongs_to_page() · c4e36629
      Sébastien Wilmet authored
      This will be used in DhKeywordModel instead of calling
      dh_link_get_file_name().
      c4e36629
    • Sébastien Wilmet's avatar
      DhLink: add match_relative_url() · 4c9092dd
      Sébastien Wilmet authored
      dh_link_get_file_name() returns the empty string for the book top-level
      link. find_equivalent_local_uri() in dh-window.c calls g_strcmp0() on
      the string returned by dh_link_get_file_name(), to see if the relative
      URL matches.
      
      So currently find_equivalent_local_uri() will find an equivalent for:
      https://developer.gnome.org/glib/unstable/
      but not for:
      https://developer.gnome.org/glib/unstable/index.html
      
      With dh_link_match_relative_url(), it will find an equivalent for both.
      4c9092dd
  6. 03 Dec, 2017 1 commit
  7. 04 Jun, 2017 3 commits
    • Sébastien Wilmet's avatar
      DhLink: more logical function order · c963d35a
      Sébastien Wilmet authored
      1. constructor
      2. ref/unref
      3. what concerns directly the link itself
      4. what concerns the book the link is contained in
      5. compare and to_string
      
      Also, space out the functions in the header. IMHO it's a little more
      readable.
      c963d35a
    • Sébastien Wilmet's avatar
      DhLink: modify get_type_as_string() -> type_to_string() · 974a112f
      Sébastien Wilmet authored
      The function is not used by gnome-builder or Anjuta, so we can break the
      API.
      
      dh_link_type_to_string() takes a DhLinkType argument. API-wise, it's
      slightly less convenient to use for the two call sites in Devhelp, but
      the function is more powerful, it can be used independently from DhLink.
      974a112f
    • Sébastien Wilmet's avatar
      DhLink: small code improvements · ec9de2fd
      Sébastien Wilmet authored
      - in link_free(), free the string fields in the same order as declared
      in the struct.
      - add missing g_returns
      - follow more closely the Linux coding style
      - space out more the code for better readability
      - etc
      ec9de2fd
  8. 03 Jun, 2017 3 commits
  9. 13 May, 2017 4 commits
  10. 06 May, 2017 1 commit
  11. 29 Apr, 2017 1 commit
  12. 28 Apr, 2017 3 commits
  13. 27 Nov, 2016 1 commit
  14. 30 Oct, 2016 1 commit
  15. 27 Jan, 2016 1 commit
  16. 14 Jun, 2015 1 commit
    • Sébastien Wilmet's avatar
      link: sort pages before other link types · 5a1d1437
      Sébastien Wilmet authored
      Before this commit, the g_list_sort() in keyword_model_search_books()
      worked by chance. When keyword_model_search_books() has been modified to
      use a GQueue, and that elements are pushed on the tail instead of being
      prepended, it has changed the order of some equal symbols.
      
      But we want page links before other link types, for symbols with the
      same name. For example "GObject" can refer to a page, or a
      typedef/struct.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=749797
      5a1d1437