[Webkit-unassigned] [Bug 164771] New: [GTK] Notifications API does not expose the "tag" attribute

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=164771

            Bug ID: 164771
           Summary: [GTK] Notifications API does not expose the "tag"
                    attribute
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: aperez at igalia.com
                CC: bugs-noreply at webkitgtk.org

According to https://webkitgtk.org/reference/webkit2gtk/stable/WebKitNotification.html
the WebKitNotification objects expose the following attributes:

 * body
 * title
 * id

Meanwhile, the HTML5 specification for WebNotifications includes a “tag” attribute and
a few others which are not exposed by WebKitGTK+. Documentation:

 * https://developer.mozilla.org/en-US/docs/Web/API/notification

In particular, the “tag” attribute can be used to indicate that one notification may
replace a previous one which has the same value for “tag”, instead of letting many
related notifications pile up in systems where replacing notifications is supported.
For example, when using “g_application_send_notification()” to display notifications
from a GTK+ application, it is possible to replace previous notifications, so it would
be desirable that WebKitGTK+ exposes the “tag” attribute in order to know when an
application running in an embedded WebKitWebView wants to replace a notification.

For an example usage of “tag” in the WebNotification API, see:

 * https://developer.mozilla.org/en-US/docs/Web/API/Notifications_API/Using_the_Notifications_API#Tag_example

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20161115/8f2dfee5/attachment.html>