1. 10 Mar, 2018 2 commits
  2. 09 Mar, 2018 1 commit
  3. 08 Mar, 2018 1 commit
  4. 07 Mar, 2018 1 commit
  5. 06 Mar, 2018 2 commits
  6. 03 Mar, 2018 3 commits
  7. 27 Feb, 2018 2 commits
  8. 26 Feb, 2018 3 commits
  9. 25 Feb, 2018 3 commits
  10. 24 Feb, 2018 1 commit
  11. 23 Feb, 2018 3 commits
  12. 22 Feb, 2018 4 commits
  13. 18 Feb, 2018 4 commits
  14. 17 Feb, 2018 1 commit
  15. 16 Feb, 2018 1 commit
  16. 11 Feb, 2018 8 commits
    • Sébastien Wilmet's avatar
      Post-release version bump · a9da1ed6
      Sébastien Wilmet authored
      a9da1ed6
    • Sébastien Wilmet's avatar
      Release 3.27.90 · 0d1e7de2
      Sébastien Wilmet authored
      0d1e7de2
    • Rafael's avatar
      Add Brazilian Portuguese translation · b1be966b
      Rafael authored
      b1be966b
    • Sébastien Wilmet's avatar
      App: save GSettings before g_application_quit() · c26128e7
      Sébastien Wilmet authored
      When calling gtk_widget_destroy() on a GtkWindow the ::delete-event
      signal is not emitted, so the GSettings were not saved when launching
      the app.quit GAction (e.g. with Ctrl+q, or via the menu item).
      
      Replace the loop of gtk_widget_destroy() by the simpler
      g_application_quit() call. It's less friendly to memory debugging tools,
      but at least that way we are sure that the app has quit. If
      g_application_hold() is called somewhere in the code without the
      corresponding g_application_release(), then the only solution to quit
      the app was to kill the process.
      c26128e7
    • Sébastien Wilmet's avatar
      Call gtk_window_close(), not gtk_widget_destroy(), to save GSettings · 2cf82a6a
      Sébastien Wilmet authored
      Saving the window GSettings is now done in the ::delete-event handler,
      and apparently it is not called with gtk_widget_destroy().
      
      This commit fixes the problem in those places:
      - closing the last tab of a window with Ctrl+w.
      - pressing Escape in the assistant.
      
      There is also the problem for the app.quit GAction (Ctrl+q), but calling
      gtk_window_close() there creates an infinite loop (with a lot of I/O
      going on, I needed to reboot my computer by force :-( it doesn't happen
      often to me that kind of thing, when programming).
      2cf82a6a
    • Sébastien Wilmet's avatar
      Window: adapt GtkNotebook handling to make it work with DhTabLabel · 53cd162d
      Sébastien Wilmet authored
      When the close button is clicked in DhTabLabel, DhTabLabel destroys the
      DhTab with gtk_widget_destroy(). Before, window_close_tab() was called,
      which was responsible to update the GtkNotebook state accordingly. So
      now the solution is to connect to more GtkNotebook signals, to show or
      hide tabs, and to destroy the DhWindow when the last tab is closed.
      53cd162d
    • Sébastien Wilmet's avatar
      Window: use DhTabLabel · 9f8dd270
      Sébastien Wilmet authored
      9f8dd270
    • Sébastien Wilmet's avatar
      Create DhTabLabel class · a85aca30
      Sébastien Wilmet authored
      Implemented similarly to TeplTabLabel.
      a85aca30