#sailfishos-meeting: Sailfish OS, open source, collaboration -- 28th Sep 2023
Meeting started by rainemak at 07:00:06 UTC
(full logs).
Meeting summary
-
- Meeting information and agenda can be found
here: (rainemak,
07:00:15)
- https://forum.sailfishos.org/t/community-meeting-on-irc-28th-september-2023/16726
(rainemak,
07:00:20)
- Brief introduction (5 min). Please prefix your name/handle with #info (rainemak, 07:00:32)
- Raine Mäkeläinen, sailor @ Jolla, chairperson
today (rainemak,
07:01:22)
- Otto Mäkelä, community (ExTechOp,
07:01:33)
- @poetaster, Mark Washeim, community
(poetaster,
07:01:54)
- Crabster - lurker (Crabster,
07:02:15)
- Damien Caliste, community (dcaliste,
07:03:57)
- Notification popups in lipstick (10mins -- asked by thigg) (rainemak, 07:05:41)
- <thigg> Sometimes (especially when using
android apps) (rainemak,
07:05:52)
- <thigg> notifications are hiding other ui
elements (forum: Notifications hiding buttons). (rainemak,
07:05:52)
- <thigg> My idea to handle this was to
mute notifications for some time (30s) if the (rainemak,
07:05:52)
- <thigg> notification is swiped to the
left. After 30s a notification is shown that (rainemak,
07:05:52)
- <thigg> notifications are enabled again
and the notifications from the queue are shown. (rainemak,
07:05:52)
- <thigg> (rainemak,
07:05:54)
- <thigg> This looks quite simple to
implement at
https://github.com/nemomobile-ux/lipstick/blob/e6e336f4c7e190f8c24802cc1337efa39be7bf93/src/notifications/notificationpreviewpresenter.cpp#L88
(rainemak,
07:05:55)
- <thigg> by returning early if the current
time is <= the time in a muted_until value (rainemak,
07:05:58)
- <thigg> and patching the notification
popup Notifications hiding buttons - #6 by thigg. (rainemak,
07:06:00)
- <thigg> When the notifications are muted,
a timer is started which fires a “notifications (rainemak,
07:06:02)
- <thigg> enabled” notification after the
mute period and this would trigger the appearance (rainemak,
07:06:05)
- <thigg> of all other notifications. And
probably a dbus interface for lipstick to set muted_until
(rainemak,
07:06:10)
- <thigg> from the popup. (rainemak,
07:06:13)
- <thigg> (rainemak,
07:06:15)
- <thigg> Because modifications to lipstick
are hard (impossible?) to deliver to users, (rainemak,
07:06:17)
- <thigg> collaboration with jolla would be
helpful. At least the dbus- interface to set (rainemak,
07:06:19)
- <thigg> muted_until would have to be done
by jolla. (rainemak,
07:06:21)
- <thigg> (rainemak,
07:06:23)
- <thigg> I’d like to discuss the problem,
this proposed workaround and if jolla is willing to (rainemak,
07:06:25)
- <thigg> collaborate on this (or even do
it on their own) (rainemak,
07:06:28)
- https://forum.sailfishos.org/t/notifications-hiding-buttons/16717
(rainemak,
07:06:30)
- https://github.com/nemomobile-ux/lipstick/blob/e6e336f4c7e190f8c24802cc1337efa39be7bf93/src/notifications/notificationpreviewpresenter.cpp#L88
(rainemak,
07:06:32)
- <Jolla> Thank you thigg! This is a very
good and interesting topic. This is indeed (rainemak,
07:06:57)
- <Jolla> something occasionally annoys
users. One idea that was brought up could be (rainemak,
07:06:57)
- <Jolla> using similar adaptive mechanisms
that is used for display dimming. For example, (rainemak,
07:06:57)
- <Jolla> it could be so that first
notification that is dismissed by swipe could suppress (rainemak,
07:06:57)
- <Jolla> notification queue for 5sec, next
new notification that is dismissed by swipe (rainemak,
07:06:57)
- <Jolla> would prolong suppress to 10sec,
and so on. (rainemak,
07:06:58)
- <Jolla> (rainemak,
07:07:05)
- <Jolla> Related to this, one problematic
app category is navigation apps as those might start (rainemak,
07:07:05)
- <Jolla> showing notifications from your
route and those might be triggered too frequently. (rainemak,
07:07:05)
- <Jolla> In this kind of scenario, one
might want to have notification suppressed completely (rainemak,
07:07:10)
- <Jolla> from the app that spams
notifications. Worth exploring whether this kind of action
(rainemak,
07:07:13)
- <Jolla> could be visible by
default. (rainemak,
07:07:16)
- Guidance about maintaining an HADK-faq wiki page (5mins -- asked by poetaster) (rainemak, 07:21:32)
- <poetaster> In the main, a number of
porters have mentioned the difficulty in (rainemak,
07:21:32)
- <poetaster> working on the HADK docs. And
ad-hoc etherpad is the present hacking (rainemak,
07:21:32)
- <poetaster> approach. To get the more
structured I created HADK | SailfishOS community (rainemak,
07:21:32)
- <poetaster> wiki 4 This contains a dump
of the etherpad and a first transfer of the faq (rainemak,
07:21:32)
- <poetaster> PDF to a wiki page. This is
far from ideal. Is source for the pdf available (rainemak,
07:21:34)
- <poetaster> or is it a classic ‘word
like’ document? (rainemak,
07:21:35)
- https://sailfishos.wiki/books/hadk
(rainemak,
07:21:37)
- <Jolla> Thank you for asking. Which
ad-hoc etherpad you’re referring to? We moved (rainemak,
07:22:03)
- <Jolla> http://piratepad.net/hadk-faq-v2
content to https://github.com/mer-hybris/hadk-faq (rainemak,
07:22:04)
- <Jolla> some time back already. Intention
there is that hadk-faq would be used wiki like (rainemak,
07:22:04)
- <Jolla> and people would create PRs to
it. (rainemak,
07:22:04)
- <Jolla> (rainemak,
07:22:04)
- <Jolla> HADK is not a word document
rather a set of rst from which pdf is generated. (rainemak,
07:22:05)
- David Llewellyn-Jones, community,
latecomer (flypig,
07:26:04)
- Open PR discussion (10 mins -- asked by jolla) (rainemak, 07:30:01)
- <Jolla> Any other open PRs to
discuss? (rainemak,
07:30:08)
- https://github.com/sailfishos/gcc/pull/4
(rainemak,
07:32:12)
- Untracked bug reports (5 min -- asked by pherjung) (rainemak, 07:41:44)
- Untracked bug reports (5 min -- asked by pherjung) (rainemak, 07:41:53)
- <pherjung> Untracked bug reports
(rainemak,
07:41:53)
- https://forum.sailfishos.org/t/community-meeting-on-irc-14th-september-2023/16646/3
(rainemak,
07:41:53)
- <Jolla> The Community Bug Coordination
Team have done a superb job once again this fortnight. (rainemak,
07:41:53)
- <Jolla> 10 high quality bugs reported.
Most of them are/will be recorded internally. (rainemak,
07:41:53)
- <Jolla> Tracker flags are missing from
the forum. (rainemak,
07:41:55)
- General discussion (5 min) (rainemak, 07:46:31)
- https://codereview.qt-project.org/c/qt-labs/messagingframework/+/507382
(flypig,
07:56:01)
- https://codereview.qt-project.org/c/qt-labs/messagingframework/+/507382
(rainemak,
07:56:44)
- <dcaliste> Switching QCop to D-Bus for
IPC ^ (rainemak,
07:58:09)
- Next meeting time and date (1 min) (rainemak, 07:59:18)
- Next meeting will be held on Thursday 12th
October 2023 at 07:00am UTC: 2023-10-12T0700Z (rainemak,
07:59:50)
Meeting ended at 08:00:22 UTC
(full logs).
Action items
- (none)
People present (lines said)
- rainemak (120)
- flypig (24)
- poetaster (16)
- dcaliste (15)
- ExTechOp (4)
- sailbot (2)
- Crabster (2)
- Nico (1)
Generated by MeetBot 0.1.4.