1. 19 Eyl, 2018 2 kayıt (commit)
  2. 20 Agu, 2018 1 kayıt (commit)
  3. 19 Agu, 2018 2 kayıt (commit)
  4. 04 Agu, 2018 1 kayıt (commit)
  5. 01 Agu, 2018 3 kayıt (commit)
  6. 25 Tem, 2018 1 kayıt (commit)
  7. 15 Tem, 2018 1 kayıt (commit)
  8. 06 Tem, 2018 1 kayıt (commit)
  9. 18 Haz, 2018 1 kayıt (commit)
  10. 15 Haz, 2018 1 kayıt (commit)
  11. 02 Haz, 2018 1 kayıt (commit)
  12. 26 May, 2018 1 kayıt (commit)
  13. 21 May, 2018 1 kayıt (commit)
  14. 17 May, 2018 1 kayıt (commit)
  15. 05 May, 2018 1 kayıt (commit)
    • FMuro's avatar
      Fix boldface and italics (#1837) · af158988
      FMuro yazdı
      Before, **boldface** or *italics* (also _italics_) would not generally show as that, definitely not with the default color scheme. After this change, they appear with the same color as normal text but with that typography, in all color schemes.
      af158988
  16. 25 Nis, 2018 1 kayıt (commit)
  17. 24 Nis, 2018 1 kayıt (commit)
    • Colomban Wendling's avatar
      Fix horizontal and page scroll on GTK3 · 604eac9f
      Colomban Wendling yazdı
      Our custom scroll handler for horizontal (Shift+Scroll) and page
      (Alt+Scroll) scroll didn't properly check the scroll direction and
      assume that if it's not down it's up.  This was mostly not a problem
      because the other types only were left and right scroll events, which
      are a lot less common.
      
      However, it became a lot more problematic with GTK 3.4 that introduced
      "smooth scrolling", and thus a new scroll type that can happen for
      events in any direction.  We then would scroll up (as we assume "not
      down" is up) regardless of the actual direction of the event.
      
      It's still not clear why we'd get smooth scroll events on X11 as no
      code I can find asks for it and we generally don't get those, but
      sometimes a Scintilla widget starts receiving them, leading to the bug.
      On Wayland on the other hand, Scintilla asks for smooth scroll events,
      so we need to have a fix for it in any case.
      604eac9f
  18. 23 Nis, 2018 1 kayıt (commit)
  19. 05 Nis, 2018 5 kayıt (commit)
  20. 03 Nis, 2018 1 kayıt (commit)
  21. 23 Mar, 2018 1 kayıt (commit)
    • Colomban Wendling's avatar
      Skip the format specifier when loading a global tag file · 11da5557
      Colomban Wendling yazdı
      This prevents loading a spurious tag for the format specifier line, as
      well as fixing loading of CTags format with a format specifier line.
      
      Before this change, the file pointer was rewound after reading a format
      specifier line; but this had various unwanted side effects depending on
      the recognized format:
      
      * For TagManager and Pipe formats, it led to loading a tag named after
        the format specifier (e.g. a literal "# format=tagmanager").  This
        was fairly harmless and only introduced a spurious tag seldom even
        used because "#" isn't usually considered for looking up completions.
      * For CTags format, having an explicit specifier led to failure to load
        the file in most cases because the specifier line would be parsed but
        doesn't usually follow the format's requirements, leading to early
        abortion loading that file.  On some very specific specifier lines
        actually following CTags format, it could have led to loading a
        spurious tag instead.
      
      Fixes #1814 and closes #1816.
      11da5557
  22. 17 Mar, 2018 1 kayıt (commit)
  23. 14 Mar, 2018 2 kayıt (commit)
  24. 13 Mar, 2018 1 kayıt (commit)
  25. 12 Mar, 2018 1 kayıt (commit)
  26. 10 Mar, 2018 4 kayıt (commit)
    • Colomban Wendling's avatar
      Fix plugin manager UI synchronization on double click · 373852c7
      Colomban Wendling yazdı
      When toggling a plugin, we temporarily set the tree store's row entry
      for the plugin pointer to NULL as we destroy and reload the selected
      plugin, and its pointer would be invalid in the meantime.  This results
      in the filter we use to display search results to temporarily hide the
      row, changing the actual number of rows and thus, depending on timing,
      this will or will not change the selected row (it will when double
      clicking, not when single-clicking), in a seemingly more or less random
      fashion as we use a sorted model.
      
      Finally, as we manually update the buttons visibility for the toggled
      plugin (as we otherwise do only for changing selection, which should
      not happen in this case -- well, most of the time as you can see), this
      can lead to the buttons to be updated for a now unselected row, getting
      those out of sync.
      
      The fix here is not to actually hide rows with a NULL plugin, because
      it can only happen in 2 cases, where we actually want to see it:
      
      1. while toggling a plugin, as explained above, in which case it had to
         match the search already.
      2. when there is no plugins and we want to display a "No plugins
         available" message, and the search should not affect this.
      
      This incidentally also fix the "No plugins available" so it's actually
      visible, instead of always hidden.
      
      Fixes #1781.
      373852c7
    • Colomban Wendling's avatar
      Check plugin actually has a help function before invoking it · 99150b0c
      Colomban Wendling yazdı
      This should not be needed in normal operation, but is safer if the UI
      gets out of sync for some reason.
      99150b0c
    • Colomban Wendling's avatar
    • Colomban Wendling's avatar
      Merge pull request #1461 from zhekov/master · 29d14b1c
      Colomban Wendling yazdı
      Handle continuous G_IO_IN-s without any data.
      
      This fixes spawn clients using recursive sources, like the Scope
      plugin.
      29d14b1c
  27. 01 Mar, 2018 2 kayıt (commit)