-
Notifications
You must be signed in to change notification settings - Fork 121
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
Feature Request: Ability to embed logo and favicon directly into html via Base64 encoding. #807
Comments
Feels reasonable to me |
To add to this. I have a similar usecase where providing a URL instead of a file path would solve my issue. |
Support for this is coming today @BadgerBadgerBadgerBadger @zleonov You will be to supply a You can also provide a |
This is published in https://github.com/anvilco/spectaql/blob/main/config-example.yml#L27 https://github.com/anvilco/spectaql/blob/main/config-example.yml#L47 |
This is great!
…On Fri, Aug 25, 2023 at 8:19 AM Chris Newhouse ***@***.***> wrote:
This is published in main and on NPM in v2.3.0.
https://github.com/anvilco/spectaql/blob/main/config-example.yml#L27
https://github.com/anvilco/spectaql/blob/main/config-example.yml#L47
—
Reply to this email directly, view it on GitHub
<#807 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABPO6UEJNRC5IIWBQZCUNL3XXC7ANANCNFSM6AAAAAAYAA276M>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
It would be useful if SpectaQL could encode the logo and favicon directly in the resulting html file. The general use case is the same as the
oneFile
config option.Here is an example html:
TL;DR:
In my specific case the generated documentation is deployed with our product on an application server. We have a very strict policy when it comes to exposing resources to the web. This requires putting images in one location, putting html files in a different location, configuring various settings, and so forth. To make it work we must manipulate the image paths in the resulting html file before deployment to match the location of the images on the application server.
While this can be automated, essentially this means we have to maintain two copies of the documentation. The original output, which we preview as we improve our documentation, and the output which gets deployed. Etc. Etc.
If there was a single file with everything embedded that would simply all these use cases.
The text was updated successfully, but these errors were encountered: