On a semi-related note: You know what would really get me excited? A GPU accelerated, highly optimized text editor, that could display several gigabytes of text with several thousand columns wide rows, smooth scrolling, zooming and text-highlighting. That would be a real step up from current text editors. The only thing that comes close (that I know of) is still Vim minus the smooth scrolling and zooming. Meanwhile system default text editors often crawl to a near halt when selecting several rows which are a few thousand columns wide.
Not exactly what you're looking for (I don't see GPU acceleration being mentioned anywhere(¶)) but you might still be interested in Xi (https://github.com/google/xi-editor).
For what it's worth, there's also a terminal emulator with similar goals (GPU acceleration included): https://github.com/jwilm/alacritty
(¶) Then again, drawing the text is rarely the bottleneck of a text editor (as the sibling post's author correctly points out). It's usually the data structure to represent the text internally and syntax highlighting that have the greatest influence. (Advanced IDE features like syntax checks, linter and indexing aside.)
GPU acceleration would depend on the Xi frontend. I know that xi-win (https://github.com/google/xi-win) uses Direct2D and DirectComposition. DirectWrite is on the CPU, though, AFAIK. It would be cool to hook it up to pathfinder for a full-stack GPU editor, but I'm not sure it would make a huge difference vs CPU+glyph caching.
DirectWrite rasterises glyphs on the GPU when used with Direct2D. GPU path rasterisation was Direct2D's killer feature when it was initially released with Windows 7.
You don't need GPU. You need proper algorithms. I'm using EditPad, it works pretty well with big files. I think there are many editors which work good enough. AFAIK Notepad++ can open large files.
We don’t use GPU acceleration on Windows or Linux, and only on Mac to push pixel buffers to the GPU. All compositing is done in software, and we have our own library for glyph caching.
You know what could open large files? The editor in Visual FoxPro. Because the devs didn't assume to just load it all in memory and call it a day. No, load the piece you need to display, you can go get more from disk if you need it. Without an install in front of me, I'm pretty sure it was limited to 2Gb, though.
There is a comment somewhere on HN from the guy that wrote the mapping trick that Word (or WordPerfect) invented way back. They were saving changes to the file rather than flattening. I wish I could find it now.
OpenGL is only used on Mac when the screen resolution is detected as fairly high. We use OpenGL because Core Graphics is too slow to copy the pixel buffer to the screen at 60 fps. We don’t, however, composite the interface using OpenGL.
OpenGL is not used on Linux or Windows. Jon explained to me that Sublime Text 1.x (Windows only) was OpenGL, but he ran into so many bugs related to poor drivers that he backed away from OpenGL for ST2 and 3.
Scientific data. Sometimes I forget that a .txt file I'm working with casually in Igor Pro will cause my laptop to seize violently if I accidentally open it with something else.
It's something I would get excited about - not something I absolutely need. In the past decades so much effort has gone into optimizing rendering speeds for computer games or page rendering on browsers while text editors appear to have pretty much stayed the same (rendering wise).
Well, I can understand optimizing rendering speeds for computer games because the general trend has always been wanting ever more realistic graphics.
However, it's surprising to see people want more rendering speed on their text editors, especially to the point that it would excite them. It's something I've never considered them lacking for their purpose. However, that's probably because I've (nearly) never had the need to handle text files with such characteristics (I usually use it for code and configuration files; none get even close to 1MB), and so to me the text editor is among the fastest, lightest programs I typically run.
rch mentioned scientific data. I guess it's a valid point that there are people working with huge datasets in a practical text file format, and if there are people that can work with huge images or videos on their editors, then why can't text editors do the same.
You do not need a GPU accelerated or highly optimised text editor.. You simply need an editor that does not load the whole file to memory, and potentially preloads some data for smooth scrolling and zooming. Operations should be done in O(1) storage as well.
Really? I have used sublime for years for log files, Atom and other web based editors would just crash. Hard to imagine that JS would be better at handling viewing large text than C++ (which I think the core of Sublime is written in)
VScode improved support for handling large files. They don’t even load the whole file in buffer. Load and syntax highlight as you scroll. Pretty smart approach.
Visual Studio Code's performance is impressive versus Atom. However, there's always room for improvement and I really hope with the Github acquisition that this next generation Atom project is incorporated: https://github.com/atom/xray
VSCode has a problem when lines have many columns, you are unable to view the end, it can copy them to the clipboard though. I have to wrap when I want to see to the end.
Having been playing with Windows 10 recently since not using it more than an hour or two at a time since Windows 2K, it was pretty amazing how much of Windows really hadn't changed, and how much old chrome there is in there.
I'm not sure if that's more due to a "don't fix what isn't broke" attitude, that Microsoft is obsessed with features rather than fixing things, or simply the sheer size of Windows.
I get the sense that changing old things in Windows is a herculean task, while adding new things is much easier.
At some point management had the inclination to essentially wipe the board and start over, and they did that by effectively overlaying a new interface on an old OS. No matter how much of a Msoft fanboy you are, the "some settings are in metro and others are in 7" thing has been clunky and dumb since Vista. They've fixed very little of that.
Since they are redesigning Notepad it seems like they are taking on these legacy things piece by piece.
10 has gotten a lot better at the Control Panel thing, most things can be done in Metro settings finally. Still find myself opening ncpa.cpl whenever I have to touch anything network related though
Maybe not the same thing but the settings app is promoted as a faster way of doing everything compared to the control panel but I find it the opposite. The only thing is it's harder to open the control panel than it used to be
Your taskbar search must work considerably better than mine. It's a complete crapshoot what it'll decide to find if I'm not super careful and let it finish loading. Hence why I'm still a user of Classic Shell.
I observe the same. Determinism is quite important to get things done quickly. Instead, typing "expl" gives me a lottery between Internet Explorer and whatever their file manager is called.
How is it still such utter crap? It's been 6 years since the Settings app came out. The prior control panel basically was introduced in Windows 95/NT 4.0: http://toastytech.com/guis/win952.html. Six years before that is 1989, when Windows 2.1.1 came out: https://en.wikipedia.org/wiki/Windows_2.1x#/media/File:Windo.... The degree to which progress has slowed is remarkable. Especially for software that basically does the same thing the old version did (maybe even less work, given that devices today are more self-configuring).
Windows Vista brought another half-hearted control panel rework, where the settings pages were built into the control panel window instead of dialog boxes popping out of it.
Windows 10's 'Settings > System > About > System Info > Change Settings'.
Is Windows Vista's 'Control Panel > System > Change Settings'.
My favorite part of Windows is the collection of "open file" dialogs exist. There has to be at least a dozen by this point. Windows 10 has one that was made in Vista/7 days that is actually broken. You can select the file and everything, but the ribbon has an old style and is black text on a dark background. Oh, and highlighting something won't actually highlight it.
It likely has exactly the same layout because sometime, long ago, some program (e.g. Adobe Type Manager) extended that UI, either by patching its code or by overlaying part of the window with frameless windows containing new controls.
Backwards compatibility doesn’t only apply to APIs.
It also got used less and less. You had to really try hard to install fonts that way and why bother changing something that (a) works, and (b) only a tiny fraction of your users are ever going to see.
Windows 10 brought back "for real" a lot of the 'desktop' flavor that was tossed out the window in Windows 8. (keeping the tradition of having every other Windows release be usable :-)).
The addition of the Linux console pushed it over the edge for me in terms of which OS I boot by default when I boot my laptop.
Mostly it is the realization that breaking backwards compatibility is bad for business. If corporations risk having to toss their bespoke stack over some MS internal decision, said corporations may decide to go with some alternative in the future.
Hopped back onto Windows last year after a long time away - all the keyboard shortcuts and obscure registry settings I knew from Win95 still worked. Maybe some people would see that as a bad sign, but I loved it.
It's their obsession with backwards compatibility.
It's really hard to fix old broken things when mission critical applications rely on them being broken. But relatively easy to add new features without breaking changes.
I dunno, that doesn't sound like a crazy feature. The purpose of Notepad is many times to look through gigantic log files. When you find the error, you can just select it and then Bing it.
Sure even if your chosen search engine is ddg or gg on firefox (i guess it opens edge maybe) . No politics here. The purpose of notepad is to edit text with no frills. I would have liked better something like unicode encoding selection, minimap or invisible character toggling. Or even better searches options for anyone (regex could be a bit too far..)
As a Mac user it seems crazy that it's an app feature. On the Mac, any app using the system text field automatically gets features like that (spellcheck, dictionary, google, text-to-speech, etc), and as I understand it, Notepad is just a basic wrapper around the Windows text control (hence the 32K limit etc)
IIRC Notepad won't even open files that are larger than [some pretty low amount of kilobytes]. So it's definitely not being used to look through gigantic log files.
I've never understood why they don't license something like notepad++ for $1 a copy, or build their own internal version. The value add creating good default tools instead of paint/notepad/calc/space-cadet is pretty huge.
Notepad++ UI is really far from what you would expect for a Windows built in application. It would basically need to be rewritten. Then there's the professional translation, etc, etc.
I think the ship on built in apps has sailed. Everybody expects to open a web browser or app store to get anything of any use now. Heck, they even stuck ads in Minesweeper.
It made more sense when downloading software was slow or you might not even have an internet connection. I'm sure many Mac owners enjoyed playing Chess before going out and buying some software.
I am excited about this update since I am stuck using notepad a lot on systems at work where I cannot install applications without a change order and getting something like notepad++ approved is basically a non-starter.
Notepad++ has its fans but it falls between two stools.
It is a bit overblown for editing your /etc/hosts file and a bit underweight as an IDE.
People get stuck using Notepad++ and never give themselves the opportunity to invest that time in a tool that best suits development. This could be a grown up IDE, vi(m) or Wordpress's admin editor.
Being lightweight is all well and good if you have a 486/DX33 running Windows 3.11 but most computers have Pentium chips inside them now.
One thing that will probably remain just as useless with Windows Notepad 2018 is use case number one - editing your /etc/hosts file. What else is Notepad really for?
In the rebooted edition of the classic text editor they will still make /etc/hosts only save if you are an administrator, or 'root' user as it is on more conventional operating systems. This is fine and good for security but it does not let you just type in the 'admin' password after you have opened the file and made your changes. With Vista they got the UAC mostly right but not for Notepad and /etc/hosts.
They also hide the /etc/hosts file in some subdirectory that only a young person could possibly remember the file path for. It is not in the conventional place that is expected. c:\wwindows\system32 is as far as I can remember. Then, when you have found the magic folder, it requires a change of the file type in the file dialog window before you can see it, and that is presuming you have file extensions enabled. There is a confusing hosts.isam file in the same folder. Who knows how you explain to your grandma over the phone how to add some IP address to her hosts file so she can see your development site.
Really the line endings problem should have been fixed a long time ago, actually with Windows 95 as it was apparent even that far back that users might want to open files created on systems that were not 'Wintel' (as it was known then as everything else used different processors).
With Windows 2000 - no winsock.dll needed - they should have made efforts to make /etc/hosts editable that bit more easily. That would have sorted out 90% of real world use of Notepad.
Unix philosophy should apply to Notepad - do just one thing - and the Windows Write product should have been where to go for fancy line numbers and such like. That could have made a neat and basic Notepad++ style product with a print view and raw text mode like what early versions of Word had.
Notepad++ is great for handling config files and other miscellaneous files. I seldom use it to write code other than one-off Python scripts - that's VSCode's job. But it's pretty great for inspecting and making light edits. It also has lightweight capabilities for regex search/replace, diffing, and other batch capabilities. And multiple tabs are great.
If you map Notepad, Vim, Emacs, and heavyweight IDE's on a spectrum, I use Notepad++ as a replacement for Notepad and the simpler half of Vim/Emacs, and I use VSCode for the heavier half of Vim/Emacs and typical web dev, and I use heavyweight IDE's for heavyweight dev work (C#/Java/C++ mostly).
> Who knows how you explain to your grandma over the phone how to add some IP address to her hosts file so she can see your development site.
These days with how easy it is to load a container into a publicly accessible site, I feel like that's a solved problem in most cases?
I use Notepad2 as a direct replacement for Notepad - it's a single binary that's a few hundred Kb in size, supports syntax highlighting (with customisation) for most major languages, regex search and replace, rectangular select, coding-friendly text tools (change case, toggle comments, indenting etc), code folding, and handles different encodings and line endings.
If I need anything more then I'll use VS Code, but for single file viewing and editing it's perfect for me.
Notepad++ loads more or less instantly so there is little point to going down the scale.
The #1 useful feature is just multiple tabs. Sure, syntax highlighting is also great for reading files and simple edits, but need not be part of windows.
I see zero value with good built-in applications. There are plenty of free applications out there and it's very easy to install them. May be package them and promote via Store for even easier installation experience.
As soneone who has to deal with systems like that at work all the time, I feel that point can't be hammered home enough.
Everytime you read about some sysadmin person that still uses plain old vi because "it's everywhere" or who actually prefers more unreadable syntax in shell scripts because the nice(r) alternative wouldn't be POSIX compliant, it's basically the same effect. Except that on Windows, you're usually screwed, because there's absolutely no useful tool that does the job you want and ships with the OS (as opposed to some no-pixie-dust tool that's been around for decades and has a bit of a steeper learning curve).
Tangentially related, but I've had jobs in the past where I had to build all-too-complex systems in VBA because of the needs of the business and having my environment too restricted.
I realize this isn't ideal...ever...but sometimes the needs of our department--our immediate needs--didn't align with the time require to navigate the massive corporate and IT bureaucracy.
"but sometimes the needs of our department--our immediate needs--didn't align with the time require to navigate the massive corporate and IT bureaucracy."
I battle this every day. Our systems are so locked down for "security" that we in R&D can't do our job without hacking around IT. Thank God they are not very good so there are plenty of loopholes for circumventing the "security" measures.
It is supposed to be light-weight and simple for users. Of course they used that excuse to let it stagnate so long it didn't support things like Ctrl+S for years.
This sounds like useful updates and I'm glad they kept it small and simple.
I use Notepad many times a day, frequently on end-user machines as a quicky binary file viewer.
Enter shell:sendto in the address bar or run dialog, then add a new shortcut in there for Notepad. Then right-click a mysterious misbehaving file (like a PDF with a DOCX extension) and Send To, Notepad.
Today though I was doing a bunch of RegEdit work with several remote registries and was really wishing for a multi-tab Registry editor. Hope that app gets an update some day.
I usually have a half dozen windows of Sublime Text open, but I still occasionally launch Notepad to hold some temporary throwaway text, even though there's no need to.
For some reason I just like having something different open for that "scratch data" that also is visibly differentiated in my taskbar.
While I welcome the line endings support, and text zoom makes sense for accessibility, by far my favorite feature of Notepad is that it loads in milliseconds. If new "features" like Bing integration push that startup time into the deciseconds, I hope they will also make Notepad an optional Windows component because installing it will be pointless.
I use Notepad as a quick journal throughout the day, I appreciate its simplicity.
But it really stinks they still don't have a basic "auto-recover" connected to it. When your computer crashes or loses power, an unsaved notepad will NOT be recovered like a Windows document, or Sublime, or Notepad++ file would.
A physical notepad doesn't get erased once I drop it. Sublime behaves much closer to the analogy than notepad in this regard (I can just scribble stuff down, forget about it for a month, and when I rediscover it I can still decide how to file it)
A bit tangentially related, but on macOS people might be interested to learn that TextEdit [0] is open source [1]. It'd be interesting to see Microsoft open sourcing a bunch of their core applications.
There's much fuss about having a default text editor on Windows that can edit \n line endings, but WordPad already ships with all versions and can do just that.
The new version just supports a few new features, like non-Windows line endings. It's otherwise exactly the same simple text editor it always was, except now it's not useless when you happen to get something with Unix line endings.
If you want to talk about them adding a bunch of user tracking features to it, you may have a proper complaint.
I mean, I respect that concept; but just for my lifestyle, if someone is sending me .txt files with non-DOS/Windows line-endings, I'm talking to the wrong people.
edit.com was amazing for its time! Super intuitive UI, drop down menus,"natural" (for a windows user) text selection via shift-arrows... All of this in pure text, in a console, a gazillion years ago...
I use Notepad daily. Linked directly from my Win10 taskbar, I use it to take small notes (duh), hold temporary information I can't retain in my brain, strip formatting when copy+pasting and view-source actions where Notepad++ is overkill.
This is also one of the reasons that MacOS keyboard UX is objectively better than Windows UX. Seeing this keyboard shortcuts like this not supported in an application in MacOS would be surprising.
Notepad was probably the only remaining part of the operating system that didn't spy on it's users to send personal information back to Microsoft and it's advertisers.
I'm sure that will now change with the latest updates. I mean why shouldn't a basic text editor send user data to the internet.
