Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

BBEdit 14

barebones.com

Post reply on HN
Print view View original

101–110 of 164 posts

Re: BBEdit 14

#101

Post by adrusi »

setpatchaddress wrote: post #90
adrusi wrote: post #40

Earlier quoted context omitted.

I haven't used BBEdit in over a decade, so my sense of its capabilities are surely out of date. I can't compare features, but I can tell an interesting story. Sublime Text is arguably a spiritual descendant of BBEdit. Sublime Text (starting with version 2) was heavily inspired by TextMate. In fact it used TextMate file formats for colorschemes and snippets, making it relatively easy for TextMate users to migrate to S…

> TextMate, in turn, was heavily inspired by BBEdit. This assertion is surprising. They're not all alike in any way that any two Mac-native text editors wouldn't be. Sublime is markedly different only because it dispenses with Mac-native UI conventions (which IHMO makes it unpleasant to use on macOS). > BBEdit at the time was, as its name suggests, fairly bare-bones. It had auto-indent and syntax highlighting and ver…

My experience with BBEdit was circa 2008, just as I was first learning to code. It's much older than that, yes.

Idk, maybe TextMate wasn't terribly similar to BBEdit, but at the time the landscape of non-IDE graphical editors was fairly limited. I'm only aware of BBEdit and TextMate on Mac, Notepad++ on Windows, and Gedit and Kate on Linux (there were also the vaguely graphical ports of emacs and vim on all platforms, but I won't count those). So I see TextMate as, at the very least, being part of a genre of text editor defined by BBEdit.

Re: BBEdit 14

#102

Post by Tabular-Iceberg »

mistrial9 wrote: post #16

how can one author say "I have spent more than a thousand productive hours using your product" ?

It's been around since 1992, even a very casual user could have easily racked up more than a thousand hours.

Me, I only have a few hundred hours, but they were some of the most formative hours of my career.

Re: BBEdit 14

#103

Post by rsfinn »

pwdisswordfish0 wrote: post #72
bxparks wrote: post #58

Earlier quoted context omitted.

Be careful what you wish for. I use one application which does not check whether the computer goes from 2 external monitors to the built-in laptop monitor. When I reopen the app on the laptop without the external monitors, all of its windows are drawn completely off the screen. The only way I know how to fix this is to reattach the external monitors, move the windows to the built-in screen, then close the app again.

Shouldn't your window manager give you a way to handle this?

Shouldn't your window manager just handle this for you, by moving the windows to the builtin display when the external monitor is detached, and moving them back again when it's reattached? (Like my Mac has been doing for I don't know how long?)

Re: BBEdit 14

#104

Post by pwdisswordfish0 »

rsfinn wrote: post #103
pwdisswordfish0 wrote: post #72

Earlier quoted context omitted.

Shouldn't your window manager give you a way to handle this?

Shouldn't your window manager just handle this for you, by moving the windows to the builtin display when the external monitor is detached, and moving them back again when it's reattached? (Like my Mac has been doing for I don't know how long?)

I'm not sure what this comment is supposed to add to the discussion. It's the same as those comments that just say "This", except it does it with 40x the number of words, no?

Re: BBEdit 14

#105

Post by pwdisswordfish0 »

Wowfunhappy wrote: post #74
pwdisswordfish0 wrote: post #69

Earlier quoted context omitted.

Vim (cross-platform) supports ability to restore from the "swap" file (by default, AFAIK, but that may very well be a special configuration decision by my distro). If your system crashes or you lose power while editing foo.src, it will leave the swap file behind, which is eagerly written to disk while editing and only removed when the process shuts down gracefully. When you bring your system back up and try to edit f…

What is the performance cost of this sort of thing? I suppose it depends on how often it autosaves, but if it's too infrequent you end up loosing work anyway, and you could imagine it being a problem for files above a certain size.

What's the performance like? Real fuckin' fast. Ever used Vim? I don't and never have used hardware that would be considered especially beefy.

Re: BBEdit 14

#106

Post by pwdisswordfish0 »

spinax wrote: post #63
unicornporn wrote: post #28

Earlier quoted context omitted.

This is the main reason BBEdit has been with me for a decade. I have NEVER lost an unsaved document during that whole time. You quit BBEdit or restart or crash macOS but they're always there when you're back in. Insanely robust. Is there anything like it on Linux?

vim: https://github.com/chrisbra/vim-autosave

Any sufficiently large thread about text editors contains a pitch for an ad hoc, bug-ridden, unnecessary plugin that's overkill for achieving some effect which is already possible just using a build of Vim mainline.

:help swap-file

Re: BBEdit 14

#107

Post by forgotmypw17 »

jchw wrote: post #82
losvedir wrote: post #76

Earlier quoted context omitted.

I ran into this issue [0] when updating VSCode which caused it to delete the contents of my unsaved/untitled document. [0] https://github.com/Microsoft/vscode/issues/69972

OK. So relying on unsaved buffers long-term might still be less safe than in BBEdit, assuming Microsoft hasn’t made improvements that prevent this sort of scenario from happening again. However, it definitely wasn’t out of sheer negligence, as they do have tests that try to ensure unsaved data will make it from the last stable version to the current version at all times. Without doing any serious research, all I can…

I think this is the sort of thing where trust is lost after just once, never to be regained. Sort of like if someone lies to you, you can never trust them again, because they've done it once.

I think think because software is so new, and the choices are still so slim, many are much more lenient than they would be with a human.

However, as it matures, and there are more choices, we can regain the freedom to exclude any software from our lives after it misbehaves just once, and still have plenty of choices.

Personally, I've given up on Mac, and before that iOS, and before that Windows, and I'm so much happier, because I have invested that time into choices which do not let me down.

I've done the same with dishonest services, too. No more LinkedIn, their emails forever trashbinned.

Re: BBEdit 14

#108

Post by fay59 »

talentedcoin wrote: post #15

Can someone here explain to me the appeal of BBEdit? I’ve tried using it several times but it never clicked with me. (I’m an Emacs user.)

It’s in a very precise midpoint between Notepad and an IDE that preciously few other text editors stand in.

Re: BBEdit 14

#109

Post by TheTon »

kasperset wrote: post #60

I miss multiple cursor on non-contiguous text with BBEdit. I feel like this feature should be standard. I was blown by that feature when I saw it first on Sublime text.

It supports rectangular selection via option drag, including zero width rectangles, which seems to cover all of the multiple cursor use cases I need. I do realize some other editors implement more multiple cursor features, so I grant that some folks may miss those.

Re: BBEdit 14

#110

Post by tehwebguy »

mistersquid wrote: post #93

BBEdit has the best regular expression engine second only maybe to Perl. BBEdit is the bees knees!

It also seems to open much larger files than other editors will handle without breaking a sweat. Not my daily driver but I keep it for those files.
Post reply on HN