Skip to content
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

[Idea] Self Hosting, co-located Diagrams #123

Open
StevenLangbroek opened this issue Nov 3, 2022 · 4 comments
Open

[Idea] Self Hosting, co-located Diagrams #123

StevenLangbroek opened this issue Nov 3, 2022 · 4 comments
Labels
idea a vague idea that may become an enhancement one day

Comments

@StevenLangbroek
Copy link

Is your feature request related to a problem? Please describe.
Right now, the modeler has no opinions about storage: open in browser, upload a .dst file, and export when you're done. That works really well, but is also quite limiting for an organization of our scale. We prefer colocating diagrams with the systems they apply to (where possible).

Describe the solution you'd like
I could imagine being able to run a command like npx modeler --src=./domain , hosting the server at a specific port, with a sidebar that allows folks to open any .dst files from the ./domain folder, and being able to save them with a single click (or automatically on editing, but that's a detail).

Additional context
It's just an idea at this point, but I'd love to hear what y'all think, or if something like this has been discussed before / is under development.

@StevenLangbroek StevenLangbroek changed the title [Idea] Self Hosting, co-located Diagram [Idea] Self Hosting, co-located Diagrams Nov 3, 2022
@hofstef hofstef added the idea a vague idea that may become an enhancement one day label Nov 8, 2022
@hofstef
Copy link
Member

hofstef commented Nov 8, 2022

Hi, we have briefly discussed if the modeler can be embedded in a VS-Code-like environment that provides file management, git integration, etc. In this scenario, several domain stories could share a common icon set and glossary which makes it better suited for power users. But we have no detailed plans yet.

@almereyda
Copy link
Contributor

VS Code supported is tracked in #130

@StevenLangbroek
Copy link
Author

@hofstef sorry if this is blunt, but is WPS planning to meaningfully maintain this package or not? The community has been reporting the frustration of losing state when the browser closes for a long time now, and all I hear about is vague plans of what appears to be a stalled rewrite in a framework that is notoriously hard to get into, and losing marketshare as well as user satisfaction. It seems the only person working on this has flamed out somewhere around January outside of a logo update of WPS, the sponsor of the project. I'm hesitant to dedicate any of my or my team's time to it, despite being an avid user, because of the lack of clarity around this project's future. Can you help me understand what a productive path forward looks like here? Heck, I'd even pay for this product to fund baseline functionality, as enthusiastically as I've paid for Structurizr in the past. This thing is good, please don't let it die because of ambition that is out of step with reality.

@hschwentner
Copy link
Member

Hi @StevenLangbroek, thanks for both being persistent and keeping the faith to Egon.io!

WPS wants to (and I would argue often does) meaningfully maintain the tool. We've just added a possibility to chooses between V1 and V2-beta on https://egon.io and the release of V2 will not take a long time (or at least I hope so).

As for the funding, we have to think through the possibilites here (GH Sponsors, Patreon, ...).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
idea a vague idea that may become an enhancement one day
Projects
None yet
Development

No branches or pull requests

4 participants