101–110 of 110 posts
To the best of my knowledge this (Marktext) is the only free/open-source Markdown editor that has WYSIWYG (like Typora: https://typora.io/ ). Not a separate preview window, but the actual editor window renders each Markdown "block" (paragraph, list item, whatever) except the one you're editing.
Earlier quoted context omitted.
The author of marktext will for sure welcome your PRs for all these features! As stated in the README, "Of course, if you submit a PR directly, it will be greatly appreciated."
Don't do this. It's not a demand list, it's a comparison to a competing product. Do you want a PR that's just s/.*/docs.google.com/? That's what you're passive-aggressively asking for.
Earlier quoted context omitted.
The author of marktext will for sure welcome your PRs for all these features! As stated in the README, "Of course, if you submit a PR directly, it will be greatly appreciated."
Don't do this. It's not a demand list, it's a comparison to a competing product. Do you want a PR that's just s/.*/docs.google.com/? That's what you're passive-aggressively asking for.
Earlier quoted context omitted.
Don't do this. It's not a demand list, it's a comparison to a competing product. Do you want a PR that's just s/.*/docs.google.com/? That's what you're passive-aggressively asking for.
Don't do this. Get serious man, you know what is a PR and what is a demand for a free work. That's what you're passive-aggressively asking for.
I don't know if you're wording it way because you're doing a bit or you didn't look at my username?
> you know what is a PR
This part doesn't make sense to me.
> and what is a demand for a free work
And this is not a demand for free work.
If I comment on a project that I'm going to keep using an existing product because it has this big entrenched feature base, that's the exact opposite of being demanding and binding myself to a project. It's an acceptance of the status quo. It gives some feedback as to what people find important, but it's not a request to implement half of google docs, and it doesn't make sense to try to invert it into an invitation to submit a PR that implements half of google docs.
Earlier quoted context omitted.
Why, because it's Electron? I thought the anti-Electron stance had been debunked a while ago, that it's not every Electron app that chews up RAM like crazy, etc. Electron seems like a great way to get a cross-platform app out there without having to hire three separate departments of code developers.
> it's not every Electron app that chews up RAM like crazy Let's see, Discord uses 450mb of memory after being open for 3 hours, and Spotify has gone through 1.6gb after 8. If these people with infinite resources at their disposal can't do good resource management, I'm not sure who out there is "debunking" the fact that running a web browser as a wrapper for your application is (surprise surprise!) resource heavy.
The UI is not where the resources are used, but rather the active connections continuously streaming and caching content for you to consume.
Earlier quoted context omitted.
Don't do this. Get serious man, you know what is a PR and what is a demand for a free work. That's what you're passive-aggressively asking for.
> That's what you're passive-aggressively asking for. I don't know if you're wording it way because you're doing a bit or you didn't look at my username? > you know what is a PR This part doesn't make sense to me. > and what is a demand for a free work And this is not a demand for free work. If I comment on a project that I'm going to keep using an existing product because it has this big entrenched feature base, tha…
> This part doesn't make sense to me.
A proper PR (pull request on GitHub, not public relations, just to be clear) contains a working implementation of some feature or a bugfix. Ideally it also follows the style of the said project, is well tested etc.
If somebody opens a "PR" with no source code and the whole body of PR is, for example, "Replace your project with google docs" or even "s/.*/docs.google.com/", that's not a PR, that's wasting project maintainer's time.
If somebody opens a PR that says "Hey could you add feature X?" that's also not a PR. At best that's a feature request.
Earlier quoted context omitted.
Add MS Teams to that list. It’s got a poor UX, is sluggish, and makes the system sluggish.
Just place all Electron apps where they deserve to be and run them from the browser directly. The only one I cannot do it is VSCode.
Earlier quoted context omitted.
You say: - You don't want to give more priority to non-Linux users - GTK feels terrible on those other platforms - You don't believe those who care about licensing issues would use it - You cannot build releases or installers for Mac The first thing that comes to mind on reading your response is that the non-Linux users are a market you are not really interested in - and even if they were they are not a market you ca…
Well, it's not exactly unsustainable - the Github CI continues producing those builds without me having to do anything for it (it in fact didn't break even once in the past year, compared to several breakages on the "backwards-compatible" Ubuntu 18.04 deb which happened whenever Github changed something about the package bundle available to that image). If someone reports a bug on Windows, I will look into it, and/or…