react-client
react-client copied to clipboard
Readd export menu functionality
We need to add functionality to the export menu:
- [x] ~~Dropbox~~
- [ ] Gist
- [ ] Gitlab snippet (see https://github.com/codimd/server/issues/508)
- [x] Markdown (see #627)
- [ ] HTML (see #400)
Question: Do wie really want to support dropbox again? I would linke to avoid proprietäre service integrations, that are not in high demand. Means we can probably not ditch GitHub, but I would put Dropbox on the table.
In a somewhat similar direction: does GitLab mean gitlab.com or does it mean gitlab instances everywhere?
@SISheogorath I'd prefer that too, but as we don't have any usage data (the demo instance does not support this), I'm reluctant to remove this
@ccoenen As far as I can see GitLab Snippets are supported by gitlab.com and Enterprise installation, but not the community edition. https://docs.gitlab.com/ee/user/snippets.html
Snippets are a very normal thing to use in GitLab CE as well: https://git.shivering-isles.com/-/snippets/5
@DerMolly I think that makes it an even stronger reason to try dropping Dropbox. Let's see who complains :)
Hm what do the others think?
I would drop dropbox
(no pun intended)
I'm unsure. Dropbox is quite popular regarding sync-storage solutions. On the one hand I fully can understand why we would drop it, on the other hand I can imagine that quite some users rely on this feature as it's an easy way to store your notes in another cloud and on your devices.
well, a drop does not have to be final. How about dropping it for now. If enough people complain, we'll know it's still important?
If it's clear from the release notes, people also can stay with 1.x in the meantime, so we don't even break workflows.
(finally, I'd like to make clear that I'm just proposing it, because I think none of us considers this "core" functionality, and we don't even know if we're keeping it around. I would not suggest this approach for popular features, of course)
There is another export that I feel is crucial:
- [ ] pdf slides in slide mode
In particular I was using Hedgedoc 1.something and I couldn't get a descent export to pdf slides to work that looked remotely similar to the visual (nice!) output. Also converting md to pdf via pandoc looked totally different. So I couldn't upload it to a BBB conference.
I don't know if the way via pandoc (and LaTeX) or via HTML is most feasable. Probably using reveal.js: https://revealjs.com/pdf-export/
If I should rather create a seperate issue, I could.
Edit: @davidmehren thanks for the clarification!
@belamu We will not re-add the PDF-export in 2.0 (which this issue is about). Have a look at the FAQ about why.
I created https://github.com/hedgedoc/hedgedoc/issues/965 to discuss the planned reimplementation, where you are welcome to comment.
Hi all, is it planned that the export function for all content as zip file comes back? I have always used this as a small backup!
@DocBrown101 Could you point me to where this functionality is in HedgeDoc 1? I can't find it…
Do you mean the export of all user data (Intro page -> User menu -> Export user data)? If yes, this function will be implemented in HedgeDoc 2 as well.
Do you mean the export of all user data (Intro page -> User menu -> Export user data)? If yes, this function will be implemented in HedgeDoc 2 as well.
That is exactly what I meant. If this were already available, I would immediately switch to this version here.
If this were already available, I would immediately switch to this version here.
what do you mean?
The functionality exists in HedgeDoc 1 as you can see here on the demo instance. 
If you mean HedgeDoc 2: Well the code is currently not production ready see here and so an immediate switch would not be possible…
Thank you for this information, I was not aware. Yes I meant this: https://hedgedoc.dev/intro
It felt so mature already. I thought only a few bug fixes and minor optimizations were missing.