<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in EXScopedNotificationsEmitter.m</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>167fd314 - [ios] Use stable manifest ID where applicable (#13280)</title>
        <link>http://172.16.0.5:8080/history/expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m#167fd314</link>
        <description>[ios] Use stable manifest ID where applicable (#13280)

            List of files:
            /expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m</description>
        <pubDate>Wed, 30 Jun 2021 18:32:25 +0000</pubDate>
        <dc:creator>Will Schurman &lt;wschurman@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>1037e824 - [expo-notifications] Add useLastNotificationResponse hook (#10883)</title>
        <link>http://172.16.0.5:8080/history/expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m#1037e824</link>
        <description>[expo-notifications] Add useLastNotificationResponse hook (#10883)# WhyIdea inspired by @cruzach sounded! https://github.com/expo/expo/pull/10811#pullrequestreview-518819031# How- Since there will be two hooks now that depend on the notification response listener being registered in the global scope I moved it to a `SharedNotificationResponseListener.fx.ts` file- Changed `useInitialNotificationResponse` implementation to rely on it- Added the ability to listen for incoming responses to the shared listener- Implemented `useLastNotificationResponse` which is like a notification response swiss knife:  - if registered early enough judging by its return values states you can deduce whether there was this special &quot;initial notification response&quot; or not  - always returns the latest notification response received (or something falsy, depending on whether you care about the &quot;initiality&quot; or &quot;initialness&quot; of the response you can ignore the difference between `undefined` or `null` or not)Frankly speaking I&apos;m not 100% sure how big of a deal is leaving a dangling listener active, but I can&apos;t think of any reason why it would be a problem.# Test PlanI have verified this hook returns latest notification response if the hook is mounted as (early in the app as possible and after some time from starting the app) &#10006;&#65039; (the app is started in response to notification tap, notification tap while the app is running)

            List of files:
            /expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m</description>
        <pubDate>Sat, 14 Nov 2020 12:11:12 +0000</pubDate>
        <dc:creator>Stanis&#322;aw Chmiela &lt;sjchmiela@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>f6562485 - [expo-notifications] feat: add notification categories (interactive notifications) (#9015)</title>
        <link>http://172.16.0.5:8080/history/expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m#f6562485</link>
        <description>[expo-notifications] feat: add notification categories (interactive notifications) (#9015)* ios implementation* add getCategoriesAsync method* change type and method names based on architecture proposal* add android boilerplate code* Correct typescript layer according to architecture proposal* first pass at tests* return category after creating it, and clean up parsing code* get iOS tests passing* [ios] add remaining native options functionality* finalize tests for iOS* beginning of android implementation* [android] implement action button feature* fix remote notification category handling* support &apos;options&apos; argument for notification action* make some changes to follow new additions to architecture proposal* [android] add functionality for actions that don&apos;t foreground the app* serialize options so they are returned in an object* change doNotOpenInForeground to opensAppToForeground* [android] text reply actions functionality* [android] pass along user text response with notification* clean up categoryAwareBuilder* rebase master, re-&apos;yarn build&apos;* cleanup iOS* [android] fix test suite tests* docs and changelog* fix typescript typo and rebuild* update readme* reformat java code* rename some java variables* address iOS feedback* address remaining pieces of android feedback* fix client build* docs, readme, and changelog updates* improve tests, test feedback* extract interface, create .native and .web files, and the rest of TS feedback* optimize all java imports* [ios] add scoped notification categories* [ios] remove scope prefix from serialized notification in client* [ios] left this out of previous commit* serialize category identifer on android* [android] scope notification categories in android expo client* fix spelling mistake* [expo client] run pod install* Apply suggestions from code reviewCo-authored-by: &#321;ukasz Kosmaty &lt;lukasz.kosmaty@swmansion.com&gt;* add andraid NonNull handling* [ios] scope notification serializer* Apply suggestions from code reviewfix name of category prefix remover method; spacing fixesCo-authored-by: &#321;ukasz Kosmaty &lt;lukasz.kosmaty@swmansion.com&gt;* fix reversed emitted events on iOS, and re- yarn build* fix iOS client build* rebuild JSCo-authored-by: &#321;ukasz Kosmaty &lt;lukasz.kosmaty@swmansion.com&gt;

            List of files:
            /expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m</description>
        <pubDate>Tue, 28 Jul 2020 18:23:15 +0000</pubDate>
        <dc:creator>Charlie Cruzan &lt;35579283+cruzach@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>44bbe92d - [expo-notifications] Add scoped notifications handler (#8268)</title>
        <link>http://172.16.0.5:8080/history/expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m#44bbe92d</link>
        <description>[expo-notifications] Add scoped notifications handler (#8268)* [expo-notifications][ios] Add EXScopedNotificationsHandlerModule* [expo-notifications][android] Add ScopedNotificationsHandler* [expo-notification] Fix utils class* [expo-notifications] Apply requested changes

            List of files:
            /expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m</description>
        <pubDate>Mon, 18 May 2020 13:15:04 +0000</pubDate>
        <dc:creator>&#321;ukasz Kosmaty &lt;lukasz.kosmaty@swmansion.com&gt;</dc:creator>
    </item>
<item>
        <title>e62fb1d4 - [expo-notifications] Add scoped event emitter (#8265)</title>
        <link>http://172.16.0.5:8080/history/expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m#e62fb1d4</link>
        <description>[expo-notifications] Add scoped event emitter (#8265)* [expo-notifications][ios] Add scoped emitter* [expo-notifications][android] Add scoped emitter* [expo-notifications] Rewrite scoped logic* [expo-notifications] Move ScopedNotificationScheduler to different PR* [expo-notifications] Apply requested changes* [expo-notification] Allow unscoped notification

            List of files:
            /expo/ios/Exponent/Versioned/Core/UniversalModules/EXNotifications/EXScopedNotificationsEmitter.m</description>
        <pubDate>Mon, 18 May 2020 11:14:13 +0000</pubDate>
        <dc:creator>&#321;ukasz Kosmaty &lt;lukasz.kosmaty@swmansion.com&gt;</dc:creator>
    </item>
</channel>
</rss>
