-
Notifications
You must be signed in to change notification settings - Fork 138
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
API on Develop/V4 #1117
Comments
iirc creation of an API was on the table (a long time ago) as a future feature plan and has to some degree been asked after in the past, so I think it'd be a good contender for inclusion. I think it makes sense too from a compatibility standpoint-- ext developers then can build on it if desired, for example. If it's not breaking any existing functionality, I think v3.x is fine, probably. The definition of breaking change as-is is a bit weird, much like the rest of the project.... |
Neat, I'm happy to hear that!! Only one thing that I can think of that might be a breaking change. I ran into an issue where failing the Barring that, a few more questions come up...
|
I think most of the feature requests that I've run into are more on the user-facing end, tbh-- but I think you're probably right that it might cause more problems than it solves. That said, to some degree it's fine if what's in initially is rather basic/groundwork that can be built on as need arises, so I wouldn't worry about getting everything in immediately. |
Oh interesting... I'll focus on ironing out the basic authentication then, and we can build from there! 👍 |
you need to use JSON responses instead of |
Oh okay, I see now -- thank you! |
I started creating something on develop here using Laravel Sanctum, and wanted to gather some thoughts about it.
This is (potentially) my first feature contribution to upstream, so I'm not sure what has been planned or established thus far. Thanks!
The text was updated successfully, but these errors were encountered: