1. 23 Jan, 2019 4 commits
  2. 21 Jan, 2019 4 commits
  3. 20 Jan, 2019 2 commits
  4. 19 Jan, 2019 1 commit
  5. 18 Jan, 2019 6 commits
    • Matthias Clasen's avatar
      Merge branch 'wip/long-combo-boxes' into 'gtk-3-24' · e2d9563a
      Matthias Clasen authored
      Fix long combo box positioning
      
      See merge request !514
      e2d9563a
    • Chun-wei Fan's avatar
      Update README.win32 on features and Visual Studio support · c3ece1b2
      Chun-wei Fan authored
      Let people know that up to Visual Studio 2017 is supported, and on
      enabling additional features which are not enabled by default.
      c3ece1b2
    • Chun-wei Fan's avatar
      Visual Studio builds: Use UNIX line endings for projects · c8932876
      Chun-wei Fan authored
      Make things consistent across the board.  Only the .sln files and the
      various README files under build/win32 should have Windows CR/LF line
      endings.
      c8932876
    • Chun-wei Fan's avatar
      build/win32/vs10/gtk3-install.props: Remove from tree · 466c87de
      Chun-wei Fan authored
      This file is generated during 'make dist', so we should not need to
      track it in GIT.
      466c87de
    • Chun-wei Fan's avatar
      Visual Studio builds: Improve Introspection build process · 78fef668
      Chun-wei Fan authored
      Adapt the Visual Studio project files to output the introspection files
      in the same directories where the built binaries are located from the
      previous patch.
      
      Also, make the gtk3-introspect project dependent on the gdk-3 and gtk-3
      projects only, so that we can build the introspection files without
      needing to finish the whole build process.  In order to "install" the
      built introspection files, the gtk3-install project is now where this is
      being done.  Note that the introspection builds is still not built by
      default at this point.
      78fef668
    • Chun-wei Fan's avatar
      MSVC builds: Improve introspection build process · 5ffbeeff
      Chun-wei Fan authored
      To avoid confusion, have the NMake Makefiles output the built introspection
      files in the same location where the binaries are built for the project
      files, according to the Visual Studio version, platform and configuration
      where the build is carried out.
      
      Also make generating the introspection NMake snippet portion more robust to
      source additions and removals by checking on Makefile changes too.
      5ffbeeff
  6. 17 Jan, 2019 4 commits
    • Jonas Ådahl's avatar
      menu: Adapt scroll offset if arrow is shown · c35878ec
      Jonas Ådahl authored
      When a popup is placed using move_to_rect(), it'll get feedback about
      the position and size it got assigned. We use this feedback to update
      the scroll offset, but while doing so, if the visibility of the arrow
      changed, we didn't adapt the offset accordingly.
      
      Fix this by offsetting the provided offset by the height of the arrow,
      if it was made visible as a side effect of the scroll offset change
      triggered by the feedback.
      
      Related: mutter#105
      Closes: #1463
      c35878ec
    • Jonas Ådahl's avatar
      menu: Force resize when remapping · 3e586a82
      Jonas Ådahl authored
      A menu will be clamped to the work area as a side effect of the
      move_to_rect() logic if the resize anchor flags was set. For it to work
      a second time, the initial size needs to be the actual menu size before
      being clamped again. Achieve this by forcing a size recalculation before
      showing the menu.
      3e586a82
    • Jonas Ådahl's avatar
      menu: Don't constrain initial menu size · 00486efd
      Jonas Ådahl authored
      Don't constrain the initial menu size by the work area of some monitor;
      instead let the move_to_rect() logic in the backend do the constraining.
      This fixes two things:
      
      1) The anchor delta provided to the backend will not be invalid. The
      delta is calculated by looking at the active menu item, calculating the
      offset given that, but since we clamped the window size before showing
      the window, the delta became invalid. This caused visible issues when
      the delta was large enough to make the initially calculated popup window
      geometry to be placed outside the geometry of the parent window, which
      is a violation of the Wayland protocol.
      
      2) The scroll offset to be correct when receiving the positioning
      feedback. While the scroll offset was based on the pre-clamped window
      size, the feedback, which was used to calculate the new offset, was not,
      causing the scroll offset to be clamped as well.
      00486efd
    • Jonas Ådahl's avatar
      wayland/window: Don't remap when handling xdg_popu.configure · 66ee4dea
      Jonas Ådahl authored
      If the size was constrained by the xdg_positioner mechanisms, we handle
      the resize by resizing the popup window. What we shouldn't do is
      hide/show the popup window so avoid that.
      66ee4dea
  7. 16 Jan, 2019 4 commits
  8. 15 Jan, 2019 4 commits
  9. 14 Jan, 2019 5 commits
  10. 12 Jan, 2019 1 commit
  11. 11 Jan, 2019 3 commits
  12. 10 Jan, 2019 2 commits