Skip to content
  1. Apr 04, 2024
  2. Mar 29, 2024
  3. Mar 23, 2024
  4. Mar 08, 2024
  5. Feb 22, 2024
  6. Dec 20, 2023
  7. Sep 20, 2023
  8. Sep 18, 2023
  9. Aug 16, 2023
  10. Jul 03, 2023
    • Corey Berla's avatar
      readme: Port to Markdown and update · ed277e63
      Corey Berla authored
      The readme hasn't been updated in 11 years.  Update to reflect the
      expected org.gnome.NautilusPreviewer2 interface, the sushi binary,
      and the nightly flatpak.
      ed277e63
  11. Jul 02, 2023
  12. Jul 01, 2023
  13. Jun 30, 2023
  14. Jun 29, 2023
  15. Jun 21, 2023
  16. Jun 01, 2023
    • Corey Berla's avatar
      text: Fix copy keybindings · 169c15d5
      Corey Berla authored
      The keybinding signal for the text viewer doesn't work because it is
      set to not be focusable.  This was originally set as part of a
      workaround to block the right click menu in [1]. That commit was
      then effectively reverted in [2] which was also reverted in [3].
      
      [1] adea213e
      [2] 47c7de68
      [3] d5692982
      169c15d5
    • Corey Berla's avatar
      evince: Add a keyboard shortcut for copy · c7cb1645
      Corey Berla authored
      The evince viewer doesn't have a context menu for copying text, so
      let's add a keyboard shortcut at a minimum.
      
      Related: #70
      c7cb1645
    • Nelson Ben's avatar
      mainWindow: Don't show before Renderer is ready · b48999ae
      Nelson Ben authored and Corey Berla's avatar Corey Berla committed
      MainWindow is set to be shown centered on screen, but if
      we show it before the contained Renderer is ready (i.e.
      when it has gotten its final width and height) then
      that new empty window will be centered for a moment but
      just after that, the window gets resized to make room for
      the contained Renderer final dimensions.
      
      This window enlargement ruins the centering, because
      the window x,y origin is still the same.
      
      The Evince Renderer was not suffering this bug because
      it subclasses GtkScrolledWindow which probably has a
      different handling for that. But the Image Renderer which
      just subclasses GtkDrawingArea was suffering this bug.
      
      The fix is just to make sure we don't show the MainWindow
      until the Renderer has signaled it's ready (i.e. it has
      its definitive width and height).
      
      Although we want to have MainWindow not visible initially,
      we still had to call show_all() on it briefly so that
      Renderers which use Sushi.MediaBin (like gst.js and audio.js)
      don't show an extra window, that was probably the original
      motivation for showing the window before 'ready' signal.
      
      Closes #93
      b48999ae
    • Nelson Ben's avatar
      mainWindow: only apply scale factor for Wayland display backend · 1ab74155
      Nelson Ben authored and Corey Berla's avatar Corey Berla committed
      GDK returns different monitor width/height geometries
      in x11 vs wayland when the scale factor is >1.  This is a bit
      of a hack, but it fixes the issue we are having with the
      current methodology.
      
      Closes: #91
      1ab74155
  17. May 31, 2023
    • Corey Berla's avatar
      mainWindow: Handle single element button-layout · 48cf74a4
      Corey Berla authored
      Regardless of if this was incorrectly set manually through dconf or
      somehow else, we should properly handle this scenario.
      
      The gsettings schema/setting is
      org.gnome.desktop.wm.preferences button-layout
      
      Fixes: #36
      48cf74a4
  18. May 28, 2023