Expo Support

[Acetyld]

Hey man!

In the past we talked about this project, and how good it is =)
Currently we are running a development expo project, and we tried to use burnt, but it was missing stuff ur library has, such as globaly config and ability to change colors etc..

Is this something u are willing to look into? To add expo support?

[baronha]

Hey man!

In the past we talked about this project, and how good it is =) Currently we are running a development expo project, and we tried to use burnt, but it was missing stuff ur library has, such as globaly config and ability to change colors etc..

Is this something u are willing to look into? To add expo support?

Maybe I should reconsider this soon!! I'm seeing the growth of Expo. Wait for me. You can also develop it based on your knowledge through PR.

[Acetyld]

Actually, it just works on Expo lol (not in Expo Go ofcourse) but a Development Build works fine 💪🏻

Reproduction Repo
https://github.com/Acetyld/ting-expo

[baronha]

Actually, it just works on Expo lol (not in Expo Go ofcourse) but a Development Build works fine 💪🏻

Reproduction Repo https://github.com/Acetyld/ting-expo

ahhaa. awesome!!!
I've never used expo so I don't know exactly what the mechanism is. But it was amazing.

[Acetyld]

Alright, i take above back lol

  1 | #import "Ting.h"
  2 | 
> 3 | #import <ting-Swift.h>
    |         ^ 'ting-Swift.h' file not found
  4 | 
  5 | @implementation Ting
  6 | 

In a real project its not auto linking the swift file ;p, pretty sure it is because of "useFramework! > static"
This is needed for react-native-firebase.

I think best solution is to rewrite @baronha/ting to Expo Native Modules (its btw so much easier to write native modules in here lol with plain Kotlin/Swift) You should take a look into it, i made: https://github.com/Acetyld/expo-foreground-actions with it =)

And for your info Expo is not what is was, its now fully fletched without limits

[baronha]

Alright, i take above back lol

  1 | #import "Ting.h"
  2 | 
> 3 | #import <ting-Swift.h>
    |         ^ 'ting-Swift.h' file not found
  4 | 
  5 | @implementation Ting
  6 | 

In a real project its not auto linking the swift file ;p

I also encountered the same problem when migrating to new arch in other projects (multiple picker ...)

[Acetyld]

Alright, i take above back lol

  1 | #import "Ting.h"
  2 | 
> 3 | #import <ting-Swift.h>
    |         ^ 'ting-Swift.h' file not found
  4 | 
  5 | @implementation Ting
  6 | 

In a real project its not auto linking the swift file ;p

I also encountered the same problem when migrating to new arch in other projects (multiple picker ...)

See above updated comment

[KeaganStevens]

I would really like this to work on Expo dev build.

[Acetyld]

I would really like this to work on Expo dev build.

I would say, go for it =) I think burnt already has a good base, but it is missing features that Ting has. I would suggest creating the module with: https://docs.expo.dev/modules/native-module-tutorial/ , but thats up to u =)

[KeaganStevens]

I would say, go for it =) I think burnt already has a good base, but it is missing features that Ting has. I would suggest creating the module with: https://docs.expo.dev/modules/native-module-tutorial/ , but thats up to u =)

Unfortunately I do not have a MacOS device and have no experience with Swift making this very difficult to accomplish. :(

[a-eid]

the package seem to be working with expo just fine, you have to build your own development client to use it. as it won't work in expo go.

[baronha]

Does anyone here have experience building plugins for expo? It would be helpful if you guys had a PR for that.

[a-eid]

@baronha the package doesn't need a plugin, it works out of the box with expo.

[Acetyld]

@a-eid problem is the "useFramework! > static"