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

PSPad: A freeware programmer's editor for Windows

pspad.com

Post reply on HN
Print view View original

71–80 of 100 posts

Re: PSPad: A freeware programmer's editor for Windows

#71

Post by oaiey »

TeMPOraL wrote: post #27
oaiey wrote: post #15

Earlier quoted context omitted.

Some of the extensions .. C# Debugger, Remote Server on WSL, SSH, Docker, whatever, Liveshare The modern magic stuff. but the core editor is like you described. Oh, and the market place itself.

Also C++ language server, Python language server... Which is kind of annoying to me, because the whole value proposition of VS Code to me is that it drives language sever development, which lets me use Emacs instead of VS Code :). Fortunately, Clang can cross-compile for Windows while pretending to be MSVC, so I figured out how to make clangd work with MSVC-specific codebases, and I'm good for now.

I think they are factoring some core capabilities of Visual studio into language servers and vscode gets a subset. Do they are protecting big VisualStudio.

Re: PSPad: A freeware programmer's editor for Windows

#72

Post by forgotpwd16 »

perryizgr8 wrote: post #64
forgotpwd16 wrote: post #43

Earlier quoted context omitted.

You can try SciTE, a cross-platform Scintilla-based editor (similar to Notepad++).

It looks good but it is a ₹3699 ($49) purchase! I usually don't hesitate to pay for the software I use, but this is too high a price for a text editor. I will see if there is a way to demo it. Thanks for the suggestion.

Oh, didn't know only a commercial macOS version exists.

Edit: Not sure about tooling ecosystem in macOS, but IMO it isn't worth that much.

Re: PSPad: A freeware programmer's editor for Windows

#73

Post by levosmetalo »

noja wrote: post #61
HideousKojima wrote: post #60

Earlier quoted context omitted.

On Linux, so long as you have the older versions of any of the app's dependencies pretty much anything will still run. Getting all the right dependencies set up (and hopefully not opening yourself up to numerous security vulnerabilities as a result) is the hard part.

Well yeah of course. But on Windows you don't need to do any of that. I think that was GP's point.

You don't need any of that, but not because Windows is somehow "better" but because it's Windows "culture" to package almost all dependencies with the application, while on Linux application use a bunch of libraries that are part of the distribution.

Re: PSPad: A freeware programmer's editor for Windows

#74

Post by tomc1985 »

qbasic_forever wrote: post #34
shp0ngle wrote: post #33

One of the good things about Windows is the backwards compat. I know this particular code has been updated in 2021, sure, but in general, you can take binary from early 2000s and it will run on Windows 10 most likely. (OK, games and rich "multimedia CD-ROMs" from that era have problems, but it holds in general.) In linux, it kinda holds, because everything is open-source anyway, but binaries in general are not compat…

Just because you can doesn't mean you should run something that old. I would not want to run a 21 year old native application written in C or C++ from a different era of security consciousness on any modern machine. Certainly not anything connected to the internet--remember that was the hey-day of massive worms that crippled entire networks of machines. If the source hasn't been touched in decades, treat it like an a…

Is this really people's attitude? Those of us actually around at that time will remember it was not that bad.

Old apps of all stripes did not generally require internet (or even network) access -- a lesson we could learn from today.

Re: PSPad: A freeware programmer's editor for Windows

#75

Post by tomc1985 »

sp0rk wrote: post #58
romwell wrote: post #42

Earlier quoted context omitted.

You are aware that not all applications listen to the Internet, or need to, right? My audio editor (GoldWave) is from 2000. It works fine. I can't even think about what "security consciousness" would be on a software that runs locally and doesn't have (or need) accounts. Text editors fall into the same category.

If you load outside data into the program, it has the potential to be exploited. There is no shortage of exploits for editors, media players, etc. that only require the victim to open a specially crafted file.

What makes you think exploit crafters are waiting around for you to load their random JPG into an old version of Paint Shop Pro?

It's not like these exploits are one-size-fits-all

Re: PSPad: A freeware programmer's editor for Windows

#76

Post by madhato »

poisonborz wrote: post #10
mattowen_uk wrote: post #3

Wow, I'd totally forgotten about PSPad... it used to be my editor of choice back in the XP days. These days I use Notepad++ (doesn't everyone on Windows?). I think PSPad could benefit from new screenshots on its website, even though it's clearly still being actively updated, the screenshots make it look like it stagnated 10 years ago.

> These days I use Notepad++ (doesn't everyone on Windows?) In terms of souped up text editor, the exact transition that "everyone" made since: Notepad++ > Sublime Text > Atom > VSCode

I went from Metapad > e - Text Editor > Sublime Text. Did anyone else use e? I still haven't seen another text editor that handled the undo buffer as well. The buffer had branching and a gui to view the edits and switch branches.

It also saved your undo buffer on close so you could still undo next time you opened a file.

Re: PSPad: A freeware programmer's editor for Windows

#77

Post by aruggirello »

HideousKojima wrote: post #60
shp0ngle wrote: post #33

One of the good things about Windows is the backwards compat. I know this particular code has been updated in 2021, sure, but in general, you can take binary from early 2000s and it will run on Windows 10 most likely. (OK, games and rich "multimedia CD-ROMs" from that era have problems, but it holds in general.) In linux, it kinda holds, because everything is open-source anyway, but binaries in general are not compat…

On Linux, so long as you have the older versions of any of the app's dependencies pretty much anything will still run. Getting all the right dependencies set up (and hopefully not opening yourself up to numerous security vulnerabilities as a result) is the hard part.

You can also use containers for that.

I'm running Phatch under Ubuntu 12.04 via LXD on an Ubuntu 20.04 machine (which was maybe 14.04 or 16.04 when I first set it up to do some batch image processing), and it's working fine.

Re: PSPad: A freeware programmer's editor for Windows

#78

Post by throwaway8581 »

levosmetalo wrote: post #73
noja wrote: post #61

Earlier quoted context omitted.

Well yeah of course. But on Windows you don't need to do any of that. I think that was GP's point.

You don't need any of that, but not because Windows is somehow "better" but because it's Windows "culture" to package almost all dependencies with the application, while on Linux application use a bunch of libraries that are part of the distribution.

No. On Linux, the only stable ABI is the kernel. On Windows, the stable ABI and API includes many platform components outside of the kernel (in fact, the syscall interface itself is undocumented and NOT backward compatible on Windows). The Windows platform APIs are very expansive and cover a lot of territory that on Linux is covered by non-ABI-stable dependencies.
Post reply on HN