click on notification bubble

[mihael]

I mean, it would be nice just to click on the first thing that wakes the screen up and take you to the app, wouldn't it? - and that first thing is the bubble...

[gpatel-fr]

@mihael

Well, I have tried to make clear that there are several aspects to this feature and not all of them are pointing in the same direction; what is obvious to you may be more ambiguous for others.

I have always hated one feature of the most used operating system of the planet and as far as I know I have never seen another people expressing the same disgust so I'm probably the only one. It' may be possible that you are the only people in the world that would feel strongly about that even if UT had 6 billions users.

[mihael]

@gpatel-fr Yes, I think talking about this in a forum is healthy and helps me (maybe others too) understand what others are thinking because it may not in the end be something that is desired...

I guess my first intention in asking the initial question was to see if this is an expected behaviour or it was rather supposed to work and it doesn't anymore.

So I understand that it was never meant (yet) to work this way - to click on the bubble and open the app that the bubble reffers to.

Then, I guess, I tried to ask if this is something that would be desired.

Then, I guess again, in case that would be a good idea, it would be the question if that is something that can be done.

[projectmoon]

I agree with this. Swiping the notification makes it disappear into the list. Tapping the notification should just execute the notification handler, like tapping it from the notification list does.

[mihael]

@projectmoon said:

Tapping the notification should just execute the notification handler

You mean "tapping the notification bubble"?

[projectmoon]

@mihael yes, tapping the floating one that appears when the notification appears. It doesn't make sense to me to have the tap dismiss the notification into the notification bar, when you can do that with a swipe.

[brenno.almeida]

Its definitely a Lomiri UI inconsistency, not an app issue. From apps perspective, there's no way to tweak this behavior. And there's no difference between an app using dbus or the http apis to send notifications, they end up flowing over the same path in your device.

[gpatel-fr]

@brenno.almeida said:

From apps perspective, there's no way to tweak this behavior.

not sure what you are meaning by 'this behavior' and 'tweaking'.

What I understand is there would be no way to display a time out notification and detect if the user has pressed the notification before it closes by itself.

If this is what you mean, this example shows how it can be done..

Granted, don't know if this can work from an unconfined app. This caveat was not part of the discussion

[mihael]

So just speaking from the user point of view, not developer:

Right now, there is a notification bubble that the user can interact with by swiping it away and this notification bubble also has a time out - it disappears by itself.

Then, there is the notification in the notification list - this notification has a "load" - like info about what app to open and some other info that is passed to the app. The user can interact with this notification by tapping on it - then the UI opens that specific app and passes that specific info to the app.

My question is: can't the "load" be included in the notification bubble as well? And then the UI adds the possibility for the user to interact with the bubble by tapping on it.

[CiberSheep]

@mihael this is the intended behavior.
No click on notification bubbles, please.
I have disabled notification bubbles long time ago, as they turn on the screen and that's annoying.
Notifications should show in the notifications indicator. All of them in one place.

[mihael]

@CiberSheep That could actually work as a workaround solution: to disable bubbles and enable notifications sound: this way I am notified that there is a new message / email but I don't have to wait for the bubble to disappear before I scroll down the notifications list and click on the notification. However, this introduces an extra step: to turn on the screen by pressing the power button.

What I was looking for is a simple, direct, straight forward way of being notified and then opening that specific app.

I also have to explain a detail about my context: I don't have a passcode or fingerprint reader enabled, so I don't have these extra steps of unlocking the phone.

[brenno.almeida]

@gpatel-fr I'm talking about the title, that an app has no API to set an action when clicking on the notification bubble.

I think your example shows that, as it is not using the official lomiri api for this. So it doesn't work with an http post to the push server for example.

[gpatel-fr]

@mihael said:

can't the "load" be included in the notification bubble as well? And then the UI adds the possibility for the user to interact with the bubble by tapping on it.

I have looked at the spec for push notifications. Not the http notifications via the ubports push server, the notifications via d-bus, the so-called "low-level API", the 'postal message':

here is an exemple use from Dekko source code:

QJsonObject NotificationWatcher::buildSummaryMessage(const QString &msg) {


    QString appDir = QCoreApplication::applicationDirPath();
    appDir.replace(QRegExp("dekko2.dekkoproject/.*"), "dekko2.dekkoproject/current/");
    QString icon = QString("file://").append(appDir).append("dekko.png");

    QJsonObject c;
    c["summary"] = msg;
    c["popup"] = true;
    c["persist"] = true;
    c["icon"] = icon;
    QJsonArray actions = QJsonArray();
    QString actionUri = QStringLiteral("appid://dekko2.dekkoproject/dekko/current-user-version");
    actions.append(actionUri);
    c["actions"] = actions;

    QJsonObject notification;
    notification["card"] = c;
    notification["sound"] = true;
    notification["vibrate"] = vibrate();
    QJsonObject message;
    message["notification"] = notification;
    return message;
}   

what is important is that Dekko does everything 'right' to allow for the system to activate it when clicking (pressing) the bubble notification. There is nothing that Dekko is purposely NOT doing to disable this capability that is said to be possible in plain english in the doco:

If you add a URL, then bubble notifications are clickable and launch that URL.

so it can be considered like a bug, yes. I'm changing my point of view here. Per the doc, it was designed to work like you want it to work, but obviously it don't (I checked again with Dekko).

I guess that it has never worked like that though.

For apps that are using the high level Api, I don't know if it's even possible to pass an activation URI so it's possible that this capability was not really wanted as it seemed just not doable.