[HN Gopher] Bold Edit: An editor written by power users
___________________________________________________________________
Bold Edit: An editor written by power users
Author : thunderbong
Score : 57 points
Date : 2024-08-18 16:36 UTC (6 hours ago)
(HTM) web link (bold-edit.com)
(TXT) w3m dump (bold-edit.com)
| jmclnx wrote:
| The site does not seem to have much on what advantages I get by
| using it. Maybe the debugging is better(?)
|
| >Fast 4K: Bold doesn't drop a frame on a 144hz 4K monitor, using
| <1 CPU core
|
| I would think this would be owned by the whatever GUI environment
| you are in.
| monooso wrote:
| Given the size of the undertaking, it seems likely that all
| (decent) editors are written by power users.
| akho wrote:
| No source code, "private use only" EULA, whatever that means.
| PhasmaFelis wrote:
| > Fast 4K: Bold doesn't drop a frame on a 144hz 4K monitor, using
| <1 CPU core
|
| > Responsive: Input latency is <5ms, UI and GDB responds
| instantly
|
| I can't say that I've ever considered frame rate when choosing a
| text editor.
| eptcyka wrote:
| At 4K, naive implementations for text rendering no longer cut
| it.
| kiririn wrote:
| But on the other side of the coin naive GPU acceleration ends
| up with poor latency despite 'not dropping a frame'
|
| 5ms input latency is a dubious claim, what really matters is
| input to photon / end-to-end latency
| creshal wrote:
| It's a common problem, which is why it's also a commonly solved
| problem. Sublime Text has been GPU accelerated for over a
| decade, there's multiple GPU-accelerated terminal emulators for
| all the terminal-based editors, VSCode is GPU accelerated, ...
| pfg_ wrote:
| VSCode is only GPU accelerated in the same way every website
| is GPU accelerated - text rendering is done using the DOM.
| Every program on your computer is GPU accelerated in that
| sense.
| creshal wrote:
| > text rendering is done using the DOM.
|
| And most of the animations, and layouting. So "only" all
| the performance hotspots.
|
| > Every program on your computer is GPU accelerated in that
| sense.
|
| No, not really. At least not on win32 and anything
| Linux/BSD-y, _some_ toolkit( version)s can do it, but that
| by no means implies every program uses it.
| thanatos519 wrote:
| I think slowly enough and have a fast enough terminal that it's
| never the bottleneck. My first modem was 300 / 1200 baud so
| even a janky wi-fi connection is just fine.
| rsch wrote:
| It is a legitimate thing now, if you can type more than a word
| per minute you'll notice that many apps are not able to keep
| up. The most common offenders seem to be Electron apps. IDEs
| sometimes struggle as well.
| baruchthescribe wrote:
| Never stomp on the current directory when someone extracts your
| archive.
|
| No source so no-one knows what it's doing in the background.
|
| Needs glibc 2.38.
|
| That having been said, it looks lean and mean. I will keep an eye
| on it.
| mynameismon wrote:
| The blog seems to have some more details and features:
| https://bold-edit.com/blog/wrote-my-own.html. The feature set
| does seem nice, will keep an eye for this, but likely that you
| will have to pry Emacs out of my dead hands :)
| alcover wrote:
| > Unique Debugging
|
| That caught my eye. How do you people debug C (on Linux) ? I'm
| tired of switching constantly between Sublime and GDB. I know
| there's a GDB plugin for Sublime but it's a pain to configure.
|
| I need to edit my code AND set breaks in the same GUI window.
| There is DDD but it's old and odd looking. Tried Kate also but
| for some reason didn't like it.
| ReleaseCandidat wrote:
| > I know there's a GDB plugin for Sublime but it's a pain to
| configure.
|
| Which did you try? The one using DAP
| https://packagecontrol.io/packages/Debugger works the same as
| with VS Code. But you need to install Terminus too for it to
| work.
| alcover wrote:
| Thank you. I tried SublimeGDB. Yours seems nice but also
| heavy in config and integration into Sublime.
|
| What I'm after is the other way around : an editor around
| GDB. > you need to install Terminus
|
| It's not mentionned in the page. How would one know they need
| it ?
| ReleaseCandidat wrote:
| The only thing I needed to configure are the paths to the
| executables to debug and their command line arguments. This
| is for LLDB, but GDB works the same, set the type to `gdb`.
| https://forum.sublimetext.com/t/debugger-for-c/73001/5
|
| This adapter is used for GDB
| https://github.com/WebFreak001/code-debug#debug
|
| Somewhere there is a mention of Terminus integration,
| practically it doesn't work without.
| PhilipRoman wrote:
| There is termdebug for Vim (should be included in Vim package
| itself) which lets you have a fancy TUI/editor together with
| the full power of GDB console.
| alcover wrote:
| Thanks, that's more like it. Though I don't fancy having to
| type `:Break` each time I need a break point. That should be
| a single click in the gutter.
| righthand wrote:
| Have you tried setting up a build command in Sublime Text to
| run gdb? I find it a bit easier for cli stuff that depending on
| a plugin. The json config is rather simple.
| mediumsmart wrote:
| It is written that the bold Ed has passed the power over the
| users to the one true editor a long time ago.
| overtomanu wrote:
| There is a post on reddit by the author
|
| Bold 0.2 - An IDE with LSP, DAP and more : programming
|
| https://www.reddit.com/r/programming/comments/1eupocr/bold_0...
| meiraleal wrote:
| He is getting a lot of hate there for not open-sourcing it. I
| noticed a very hostile environment for one-person projects that
| don't do everything open-source, while businesses aren't held
| to the same standard, and they are the ones that benefit the
| most. That's sad.
___________________________________________________________________
(page generated 2024-08-18 23:00 UTC)