by fractallyte
1 subcomments
- One feature missing from almost every mainstream word processor: REVEAL CODES! (https://kb.corel.com/en/127364)
This is a famous "killer" feature from WordPerfect: the ability to view and edit the low-level formatting for a document. It's invaluable for fixing weird bugs.
However, it works only because WP uses the "text-stream" paradigm, where a document comprises a linear stream of text with formatting codes (Bold, Font, Hard Return, etc.) embedded directly at the point at which they're applied.
In contrast, Word uses the "nested containers" model (characters inside words, words inside paragraphs, paragraphs inside sections, etc.), where this feature can't be replicated.
I didn't look closely at your code, but just thought to mention this feature.
by kabir_daki
2 subcomments
- The hardest part of WYSIWYG editors is always cursor
positioning and selection across mixed content.
How did you handle that? Also curious if you considered
using a canvas-based renderer vs DOM — what made you
go with your current approach?
- I adore anything that avoids using a browser. <3
by vishnuharidas
0 subcomment
- This took me down the nostalgic memory lane of the planet-source-code days. There were hundreds of such projects in Visual Basic, Delphi, C/C++/MFC etc., and text editors and paint clones were the most popular projects.
by Georgelemental
1 subcomments
- > - Real WYSIWYG editing (no HTML layer, no embedded browser) with styles, images and tables.
> - Clean, simple file format (human-readable, diff-friendly, git-friendly, AI-friendly)
Very nice!
Unfortunately, the UI menus seem to be broken when using a dark-mode GTK theme (e.g. Adwaita Dark).
- On MacOS, I'm seeing `ModuleNotFoundError: No module named 'miniword.core.utils'` whether I run `python3 -m miniword` from src/miniword/ or from src/miniword/miniword/.
by emanuele-em
0 subcomment
- Tables and images are the part where every "just use a rope" answer falls apart, so going B-tree feels right. I tried building a minimal rich text editor last year and got stuck exactly at the point where tables stopped being attachable as metadata and needed to live in the structure itself, ended up shelving it. Good to see someone actually push through it.
by analogpixel
5 subcomments
- at this point, a WYSIWYG just seems like a huge step backwards from just using markdown. I love having access to my files in a standard text format this is super easy to parse, and not being locked into whatever weird format that WYSIWYG decides to store it in.
I still don't understand why people still use ~~Microsoft Word~~Copilot document writer , I think they have gotten into some weird mindset that their documents require all this weird unnecessary formatting to look "official"
- You had me at "non-HTML-based" ;)
I've been looking for a simple word processor that will let me easily/quickly do basic things and which will let me export to markdown and HTML that isn't terrible like the type word processors create.
I recently found wordgrinder (https://github.com/davidgiven/wordgrinder), which is a terminal-based word processor that's very close to what I've been looking for. A wx-based thing like this might be a bit nicer. So I'll start with one suggestion: support for wordgrinder's .wg format would be real nice :)
- I thought the data structure part is solved:
https://en.wikipedia.org/wiki/Rope_(data_structure)
- Love to see wxPython!
- Check out Typst. It’s a markup language focused on print with HTML layout as a secondary target.
- This is great!
Curious about the choice of toolkit: what led you to wxPython?
- I love seeing new word processor projects!
- Looks like a nice project.
Looks like you missed a file, though.
ModuleNotFoundError: No module named 'miniword.core.utils'
I don't see it in my local clone of your repo, nor the repo iteslf.
by johnwhitman
0 subcomment
- [dead]