Since there is no active development on this repository since Nov 2018 (that's when 2.0.0 came out as a Pod) and no newer versions are released, I believe it is your duty to make it clear in the README.md that this repository is not actively maintained and people should steer clear of it. We have this repository as a dependency and now we have to do a lot of work to get rid of it. Thank you.

We need to upgrade demo Swift version, because new Xcode does not support the lower Swift version.

$ cd Example/SmileDemo/
$ pod install
Analyzing dependencies
Fetching podspec for `Smile` from `../../`
Downloading dependencies
Installing Smile (1.3.1)
[!] Unable to determine Swift version for the following pods:

- `Smile` does not specify a Swift version and none of the targets (`SmileDemo`) integrating it have the `SWIFT_VERSION` attribute set. Please contact the author or set the `SWIFT_VERSION` attribute in at least one of the targets that integrate this pod.

This PR updates the isEmoji function to check containsEmoji, containsOnlyEmoji, and isSingleEmoji in one function. This also resolves #22 where isEmoji returned false on several alternate emojis and resolves #15 where isEmoji would return true for an asterisk.

Also updated readme file to account for these changes.

Updated podsec file to version 2.0.2. If this pull request is merged please also push new version to CocoaPods.

It makes the ⌚️ emoji working.

Basically I found a deeper issue with Script/parser.js I think we should clean the item.emoji in the parse function.

When I tried to flatten the item watch in emojiList I got ["⌚️", ""] instead of just ["⌚️"].

So I manually fixed this one + added in the unicode list().

I'll do a check on all emojis when I have some time.

Let me know if somebody can handle the parser.js modification.

Merging this PR will make the following changes

• Migrate to Swift 5
• Change version number to 2.0.1
• Fix the parser file to generate Emoji.swift and Category.swift, because the categories JSON is not found on the CDN.

This PR will fix matching emojis inside strings with colon, like: "Let's sing together: In the :circus_tent:, there are :dog:, :cat: and :super_unicorn:"

Before: "Let's sing together: In the :circus_tent:, there are 🐶, 🐱 and :super_unicorn:"

After: "Let's sing together: In the 🎪, there are 🐶, 🐱 and :super_unicorn:"

I've also fixed some other tests.

Regarding issue #10

When I tried

XCTAssertEqual(Smile.extractEmojis(string: "Hello ⏰⌛️💳🆙."), "⏰⌛️💳🆙")

I got

XCTAssertEqual failed: ("⏰️💳🆙") is not equal to ("⏰⌛️💳🆙")

So only ⌛️ seems to bug for now.

I fixed adding 0x231B, which is ⌛️, in the list.

I also added the range 0x23F0...0x23FA

which at least includes

⏳ Hourglass Not Done | U+23F3
⏰ Alarm Clock | U+23F0
⏱️ Stopwatch | U+23F1, U+FE0F
⏲️ Timer Clock | U+23F2, U+FE0F
⏸️ Pause Button | U+23F8, U+FE0F
⏹️ Stop Button | U+23F9, U+FE0F
⏺️ Record Button | U+23FA, U+FE0F

I have tried several alternate style emojis and they are all returning false in isEmoji. I tried several and any alternate styles I tried would return false. A couple I know I tried are 🤴🏻, 🦹🏻‍♀️

TODO

• [x] Update emoji list https://unicode.org/emoji/charts/full-emoji-list.html
• [x] Multiple code points
• [ ] Text to emoji https://meowni.ca/emoji-translate/
• [ ] Image to emoji https://github.com/notwaldorf/emojillate

Read more

• http://apps.timwhitlock.info/emoji/tables/unicode
• http://www.unicode.org/emoji/charts/emoji-zwj-sequences.html
• https://oleb.net/blog/2016/12/emoji-4-0/
• http://crunchybagel.com/using-emoji-skin-tone-modifiers-in-swift/
• https://oleb.net/blog/2017/11/swift-4-strings/

Consider 👩🏻‍❤️‍💋‍👨🏼, which is formed of

• 👩 (woman)
• Light Skin Tone
• ZERO WIDTH JOINER
• HEAVY BLACK HEART
• VARIATION SELECTOR-16
• ZERO WIDTH JOINER
• 💋 (kiss mark)
• ZERO WIDTH JOINER
• 👨 (man)
• Medium-light Skin Tone

If I do

Smile.unmodify(emoji: "👩🏻‍❤️‍💋‍👨🏼")

Everything except the 👩 is removed. This completely changes the meaning of the emoji, which I don't think unmodify is supposed to do. I had expected 👩‍❤️‍💋‍👨 instead. Is this intentional?

// swift-tools-version:5.1 // The swift-tools-version declares the minimum version of Swift required to build this package.

import PackageDescription

let package = Package( name: "Smile", platforms: [ .macOS(.v10_15), ], products: [ // Products define the executables and libraries produced by a package, and make them visible to other packages. .library( name: "Smile", targets: ["Smile"]), ], dependencies: [ // Dependencies declare other packages that this package depends on. // .package(url: /* package url */, from: "1.0.0"), ], targets: [ // Targets are the basic building blocks of a package. A target can define a module or a test suite. // Targets can depend on other targets in this package, and on products in packages which this package depends on. .target( name: "Smile", dependencies: [], path: "./Sources/"), .testTarget( name: "SmileTests", dependencies: ["Smile"], path: "./SmileTests/"), ] )

The pod is taking too long to build after upgrading to Swift 5. From the output below it takes about 20 minutes and this is just the best case. It takes longer than that sometimes.

[23:33:54]: ▸ Processing Smile-Info.plist
[23:33:54]: ▸ Copying Smile-umbrella.h
[23:53:05]: ▸ Compiling Smile_vers.c
[23:53:05]: ▸ Compiling Smile-dummy.m
[23:53:06]: ▸ Compiling Smile_vers.c
[23:53:06]: ▸ Compiling Smile-dummy.m
[23:53:06]: ▸ Linking Smile
[23:53:06]: ▸ Linking Smile
[23:53:06]: ▸ Generating 'Smile.framework.dSYM'
[23:53:06]: ▸ Touching Smile.framework

There is a strange behavior where the man_juggling from the emojiCategories isn't recognized as an emoji using isEmoji and doesn't any values in the emojiList when I do a CTRL-F in Xcode, even though it's very clearly there in the emojiList if I look visually.

I'm not sure exactly what's wrong or how far it extends to other emoji, but it definitely seems like something isn't right.