1. 26 Jul, 2016 1 commit
  2. 13 Jul, 2016 1 commit
  3. 01 Jul, 2016 1 commit
  4. 30 Jun, 2016 1 commit
  5. 29 Jun, 2016 2 commits
    • eucan's avatar
      ivi-shell: introduce ivi_layout_view · 5e8d55da
      eucan authored
      This patch introduces ivi_layout_view data struct,
      which is a wrapper of weston_view.
      
      There is always only one ivi_layout_view for an
      ivi_layout_surface and ivi_layout_layer pair.
      A surface could have many views with different
      geometry and transformations, so that a surface
      can be shown on:
      	1. On many screens
      	2. On the same screen with different positions
      
      The geometry of a view is modified, when properties of
      its layer are changed through ivi_layout_interface.
      Users of ivi_layout_interface does not have direct access
      to ivi_layout_view structure.
      
      v2 changes:
      	1. Use ivi_view_is_rendered function instead of
      	   active member
      	2. Add descriptions to introduced members of
      	   structs
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      [Natsume: add empty line]
      Reviewed-by: wnatsume's avatarWataru Natsume <wnatsume@jp.adit-jv.com>
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      5e8d55da
    • eucan's avatar
      ivi-shell: add surface_created listener after launchers · d97f1008
      eucan authored
      Add surface_created listener after the initialization of launchers.
      Otherwise, surfaces of the launchers will be added to the application
      layer too.
      
      This does create a race where we might miss some surfaces that get
      created before the UI client signals ready, but it was agreed the race
      is not significant. You cannot use the launchers before the UI is ready,
      and someone using systemd integration to launch clients in parallel to
      Weston with ivi-shell and hmi-controller is unlikely. After all,
      hmi-controller is just a demo.
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      [Pekka: added extra commit message notes]
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      d97f1008
  6. 23 Jun, 2016 1 commit
  7. 13 Jun, 2016 1 commit
  8. 03 Jun, 2016 3 commits
  9. 01 Jun, 2016 1 commit
    • Pekka Paalanen's avatar
      ivi-shell: add API for weston_surface -> ivi_layout_surface · eaa43fc3
      Pekka Paalanen authored
      Add ivi-layout API for getting an ivi_layout_surface from a
      weston_surface if it exists. This can be used by controllers that hook
      up to core Weston callbacks and get handed a weston_surface, but need to
      use ivi-layout API to manipulate it.
      
      The only ways ivi-layout itself would be able to go from weston_surface
      to ivi_layout_surface are either searching through the list of all
      ivi_layout_surfaces or adding a dummy destroy listener to the
      weston_surface. Therefore the implementation is delegated to
      ivi-shell.c.
      
      Ivi-shell.c can easily look up the ivi_shell_surface for a
      weston_surface, and that will map 1:1 to an ivi_layout_surface.
      Signed-off-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      Reviewed-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      eaa43fc3
  10. 20 May, 2016 1 commit
  11. 12 May, 2016 1 commit
  12. 29 Apr, 2016 1 commit
  13. 12 Apr, 2016 1 commit
  14. 05 Apr, 2016 7 commits
    • eucan's avatar
      ivi-shell: rework configure_surface notification · c49aa5ac
      eucan authored
      The add_notification_configure_surface API accepts a simple
      wl_listener instead of a ivi-shell specific notification
      function. Therefore, the API is renamed to
      add_listener_configure_surface.
      
      This change has several advantages:
      1. Code cleanup
      2. No dynamic memory allocation. Listeners are allocated
         by controller plugins
      3. Remove API is not needed. Controller plugins can easily
         remove the listener link.
      
      The remove API is removed too:
      - ivi_layout_remove_notification_configure_surface
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      c49aa5ac
    • eucan's avatar
      ivi-shell: rework remove_surface notification · 67f0aa87
      eucan authored
      The add_notification_remove_surface API accepts a simple
      wl_listener instead of a ivi-shell specific notification
      function. Therefore, the API is renamed to add_listener_remove_surface.
      
      This change has several advantages:
      1. Code cleanup
      2. No dynamic memory allocation. Listeners are allocated
         by controller plugins
      3. Remove API is not needed. Controller plugins can easily
         remove the listener link.
      
      The remove API is removed too:
      - ivi_layout_remove_notification_remove_surface
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      67f0aa87
    • eucan's avatar
      ivi-shell: rework remove_layer notification · 562f2ecb
      eucan authored
      The add_notification_remove_layer API accepts a simple
      wl_listener instead of a ivi-shell specific notification
      function. Therefore, the API is renamed to add_listener_remove_layer.
      
      This change has several advantages:
      1. Code cleanup
      2. No dynamic memory allocation. Listeners are allocated
         by controller plugins
      3. Remove API is not needed. Controller plugins can easily
         remove the listener link.
      
      The remove API is removed too:
      - ivi_layout_remove_notification_remove_layer
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      562f2ecb
    • eucan's avatar
      ivi-shell: rework create_layer_notification · c98f2cf1
      eucan authored
      The add_notification_layer_surface API accepts a simple
      wl_listener instead of a ivi-shell specific notification
      function. Therefore, the API is renamed to add_listener_layer_surface.
      
      This change has several advantages:
      1. Code cleanup
      2. No dynamic memory allocation. Listeners are allocated
         by controller plugins
      3. Remove API is not needed. Controller plugins can easily
         remove the listener link.
      
      The remove API is removed too:
      - ivi_layout_remove_notification_create_layer
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      c98f2cf1
    • eucan's avatar
      ivi-shell: rework create_surface notification · 970f8315
      eucan authored
      The add_notification_create_surface API accepts a simple
      wl_listener instead of a ivi-shell specific notification
      function. Therefore, the API is renamed to
      add_listener_create_surface.
      
      This change has several advantages:
      1. Code cleanup
      2. No dynamic memory allocation. Listeners are allocated
         by controller plugins
      3. Remove API is not needed. Controller plugins can easily
         remove the listener link.
      
      The remove API is removed too:
      - ivi_layout_remove_notification_create_surface
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      970f8315
    • eucan's avatar
      ivi-shell: rework layer_add_notification API · 3750d1b2
      eucan authored
      The layer_add_notification API accepts a simple
      wl_listener instead of a ivi-shell specific notification
      function. Therefore, the API is renamed to layer_add_listener.
      
      This change has several advantages:
      1. Code cleanup
      2. No dynamic memory allocation. Listeners are allocated
         by controller plugins
      3. Remove API is not needed. Controller plugins can easily
         remove the listener link.
      
      This patch also remove two APIs which are not needed:
      - ivi_layout_layer_remove_notification
      - ivi_layout_layer_remove_notification_by_callback
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      3750d1b2
    • eucan's avatar
      ivi-shell: rework surface_add_notification API · 706cb5aa
      eucan authored
      The surface_add_notification API accepts a simple
      wl_listener instead of a ivi-shell specific notification
      function. Therefore, the API is renamed to surface_add_listener.
      
      This change has several advantages:
      1. Code cleanup
      2. No dynamic memory allocation. Listeners are allocated
         by controller plugins
      3. Remove API is not needed. Controller plugins can easily
         remove the listener link.
      
      This patch also remove two APIs which are not needed:
      - ivi_layout_surface_remove_notification
      - ivi_layout_surface_remove_notification_by_callback
      Signed-off-by: eucan's avatarEmre Ucan <eucan@de.adit-jv.com>
      Reviewed-by: Pekka Paalanen's avatarPekka Paalanen <pekka.paalanen@collabora.co.uk>
      706cb5aa
  15. 01 Apr, 2016 2 commits
  16. 24 Mar, 2016 12 commits
  17. 18 Mar, 2016 2 commits
  18. 17 Mar, 2016 1 commit