You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm still continuing to look at all of the functionality of apipie, but I think it will be the doc library that we wind up using. I am wondering if you have any suggestions for the following, though.
Is it possible to configure the controller that apipie uses, and have it extend the base one, so you can add your own custom code to the mix?
if not, s it possible to pass your own filters to the existing controller/
If either of these are not� possible, is it possible to add authentication to the apipie doc directory? Basic http auth mostly. We don't want our doc exposed to the world.
Is it possible to alter the templates without unpacking the gem and altering them in the code base? Perhaps an option to point to the views that it uses. I like the default views, with the exception of the 'examples' part. I like that block to be at the bottom of every page as it is usually the longest.
How do you suggest tracking "what changed with this API call from previous versions" ? I was going to put the changes in the descrption, but do you think it makes more sense to add a method called "changes" to ApiPie, that way an entire changelog could be generated from 1 version to the other?
If none of this is possible and you think they are good features, let me know how you think it should be designed and implemented, and I will try to get to it myself. Thanks again!
The text was updated successfully, but these errors were encountered:
For extedning the controller, you should be able to do something like this somewhere in initializers of your app
moduleMyMixindefself.included(base)base.before_filter(:authenticate)enddefauthenticate# your custom code goes hereendendApipie::ApipiesController.send(:include,MyMixin)
To override some views, copy them (just those ones you want to alter) to your app app/views/apipy/apipies dir, when rendering, a view from this one should take precedence over the original one.
The 5. point is a good suggestion. Maybe diffing the json output for different versions is a good start to see what changed. It would be nice if Apipie was able to preproces that. We will need it at some point as well.
Yep this is perfect! I'll look in to writing a patch for a 'changes' directive to see what you think about it. It would benefit us greatly as we won't have to maintain an external document saying what has changed in between REST api versions :)
I'm still continuing to look at all of the functionality of apipie, but I think it will be the doc library that we wind up using. I am wondering if you have any suggestions for the following, though.
If none of this is possible and you think they are good features, let me know how you think it should be designed and implemented, and I will try to get to it myself. Thanks again!
The text was updated successfully, but these errors were encountered: