==================================================================================
#sailfishos-meeting: Sailfish OS, open source, collaboration -- 11th February 2021
==================================================================================


Meeting started by sledges at 07:59:59 UTC. The full logs are available
at
https://irclogs.sailfishos.org/meetings/sailfishos-meeting/2021/sailfishos-meeting.2021-02-11-07.59.log.html
.



Meeting summary
---------------
* Meeting information and agenda can be found here:  (sledges, 08:00:14)
* LINK:
  https://forum.sailfishos.org/t/community-meeting-on-irc-11th-feb-2021/4306
  (sledges, 08:00:22)
* Brief introduction (5 min). Please prefix your name/handle with #info
  (sledges, 08:00:34)
  * Simonas Leleiva -- privateer for Jolla  (sledges, 08:00:41)
  * Mister_Magister - community member  (Mister_Magister, 08:01:03)
  * Santhosh Manikandan - Community member  (santhoshm, 08:01:12)
  * Leif-Jöran Olsson, community member  (ljo, 08:01:19)
  * Zyuc2G community member  (Zyuc2G, 08:01:23)
  * fridlmue - community  (fridl, 08:01:33)
  * Lukas Karas - developer, community member  (karry, 08:01:58)
  * Nico Cartron, community member  (cartron, 08:02:00)
  * Ville Nummela - sailor@Jolla  (ViGe, 08:02:03)
  * Joona Petrell, Jolla sailor  (jpetrell, 08:02:04)
  * David Llewellyn-Jones, sailor@jolla  (flypig, 08:02:16)
  * Andrew Branson, Jolla  (abranson, 08:02:22)

* Url aware .desktop file opening (15 min -- asked by Mister_Magister)
  (sledges, 08:05:13)
  * <Mister_Magister> So I made merge request to libcontentaction that
    allows devs to specify url domain so that if user clicks link with
    domain that matches specified it will open said app.  (sledges,
    08:05:20)
  * It's done extremely easy and extremely robust all i did was to in
    case of x-scheme-handler/https mimetype extract domain from url and
    convert it into x-url-handler/<domain> mimetype. Then apps can just
    add x-url-handler/youtube.com or x-url-handler/* in order to handle
    specific domains.  (sledges, 08:05:30)
  * That's it, all mimetype handling and everything is left as it was. I
    and other devs would love to see it in upstream. It doesn't break
    anything because if it doesn't find any x-url-handler that would
    match it just falls back to standard mode.  (sledges, 08:05:46)
  * <Jolla> We need better heuristics for sure, current way apps
    register for mime types it too rudimentary. Overall URL aware file
    opening sounds great, just need to take into account that the user
    may want to open Twitter and YouTube links with regular browser.
    (sledges, 08:06:05)
  * Björn Bidar - sailor @ jolla  (Thaodan, 08:12:02)
  * LINK: https://twitter.com/Mister1Magister/status/1357839807301435392
    (sledges, 08:13:05)
  * LINK:
    https://git.sailfishos.org/mer-core/libcontentaction/merge_requests/18
    (Mister_Magister, 08:18:50)
  * LINK:
    https://git.sailfishos.org/mer-core/libcontentaction/merge_requests/18
    (sledges, 08:19:24)

* SFOS 4.0 UI element changes (10 min -- asked by KeeperoftheKeys)
  (sledges, 08:21:46)
  * <KeeperoftheKeys> In SFOS 4.0.1.45 several QML UI elements have
    stopped working, so far for gPodder I found IconContextMenu and
    IconMenuItem to have stopped working.  (sledges, 08:21:52)
  * – Are these items being removed or will this be fixed before GA?
    (sledges, 08:22:00)
  * – Where can we find a list of changes to QML UI elements?  (sledges,
    08:22:07)
  * – What is the recommended new UI item to use that will allow the
    application to render properly both in SFOS 4.x and in old SFOS (the
    work around I have found for IconContextMenu does not render
    properly on SFOS 3.x)?  (sledges, 08:22:15)
  * <Jolla> We need to review your code to see what is broken. By
    IconContextMenu do you mean IconComboBox? IconComboBox and
    IconMenuItem make up a combo box variant that was just introduced
    after the last public release 3.4.0 so both are new components that
    haven't been documented yet.  (sledges, 08:22:35)
  * <Jolla> The new variant is currently only used in People app. There
    has not been changes to the two components after the initial
    introduction in internal release 4.0.0, though it is possible some
    component they depend on broke.  (sledges, 08:22:54)
  * <Jolla> We list UI Component area changes in OS release notes, but
    overall the release notes are not developer oriented so lack API
    level details. SDK release notes related to SDK, which is not
    directly bound to an OS so it is not good place to list API changes.
    (sledges, 08:23:09)
  * <Jolla> We have recently discussed that we should write more about
    the new APIs in the Sailfish Forum, for example now about the new
    notification API and Silica TextField/TextArea API changes
    introduced in 4.0.1.  (sledges, 08:23:23)
  * LINK:
    https://github.com/gpodder/gpodder-sailfish/blob/master/qml/IconContextMenu.qml
    (ViGe, 08:30:46)
  * LINK:
    https://github.com/gpodder/gpodder-sailfish/blob/e97804a98b21df934115280d072d80b54be500cc/qml/PodcastItem.qml#L28
    (sledges, 08:32:40)
  * LINK:
    https://github.com/gpodder/gpodder-sailfish/blob/master/qml/IconContextMenu.qml
    (sledges, 08:32:44)
  * IconMenuItem was introduced in Silica, Silica import overruled their
    local IconMenuItem  (sledges, 08:32:55)
  * looks like an easy fix, and tip for the future:  (sledges, 08:34:46)
  * to reduce name conflict risk, write import Sailfish.Silica 1.0 as
    Sailfish ... Sailfish.IconMenuItem to explicitly say what module the
    component should come from  (sledges, 08:34:52)
  * We try to find intuitive, natural names for the new components so
    unfortunately these kind of risks hard to avoid  (sledges, 08:35:06)

* General Discussion (30 min)  (sledges, 08:35:44)
  * Nico, Community  (Nico[m], 08:38:16)
  * (discussing about statefs having been removed in SFOS 4 and [new]
    API alternatives)  (sledges, 08:54:32)
  * API poll concluded and it will be prioritised accordingly in the
    SFOS roadmap  (sledges, 08:55:02)
  * back in December Nico[m] suggested we should do some periodic
    "community updates". We're looking seriously into going ahead with
    this. Subscribe to "Platform Development" forum section for new
    topics ;)  (sledges, 09:11:16)

* Next meeting time and date (5 min)  (sledges, 09:11:59)
  * Next meeting will be held on Thursday 25th February 2021 at 8:00am
    UTC:  2021-02-25T08Z  (sledges, 09:13:31)

Meeting ended at 09:15:05 UTC.




Action Items
------------





Action Items, by person
-----------------------
* **UNASSIGNED**
  * (none)




People Present (lines said)
---------------------------
* sledges (54)
* Mister_Magister (28)
* Nico[m] (19)
* chriadam (17)
* jpetrell (14)
* flypig (13)
* Thaodan (11)
* ApB (11)
* fridl (8)
* abranson (8)
* rinigus (8)
* ViGe (6)
* Zyuc2G (4)
* cartron (4)
* dr_gogeta86 (4)
* pvuorela (4)
* santhoshm (3)
* sailbot_ (2)
* ljo (1)
* karry (1)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot