News for hackers. Stuff that matters.
Re:.NET 5 by copperx on Monday May 06, 2019 @02:06PM (#19842080)
That's really insane, although it makes more sense than, say, writing a code editor in Javascript.
Re:.NET 5 by solarkraft on Monday May 06, 2019 @02:59PM (#19842593)
Does it? VSCode is refreshingly quick while Word is (already) brutally slow.
Re:.NET 5 by kevin_thibedeau on Monday May 06, 2019 @03:26PM (#19842848)
Just switch Word to draft (nee Normal) render mode. It was never meant to be performant in print layout mode.
Re:.NET 5 by jen729w on Monday May 06, 2019 @07:40PM (#19845038)
But that’s how everybody uses it. That’s the default mode when you start a new document. Who even knows that the other mode exists?

Surely they could make it performant in the default mode that everybody uses now that it’s 2019 and we have megahertz to spare? There is no excuse for Word’s atrocious performance.

Re:.NET 5 by kevin_thibedeau on Monday May 06, 2019 @10:24PM (#19845863)
Draft/normal was the default in Word 2003. Most people have used it.

The problem with page layout mode is that any non-trivial format change, insertion, or deletion requires repagination and the UI freezes until that is completed. Draft mode repaginates asynchronously so that it remains responsive. Comparing a WYSIWYG editor to a plain text editor is no contest as the former performs much more work to layout the text.

Re:.NET 5 by dragonwriter on Monday May 06, 2019 @08:14PM (#19845235)
I use Word a lot on documents of varying complexity and size range from one to about 500 pages and, other than doing something like a TOC update on a giant and complex document, I've never seen Word be painfully slow, even in Print layout.

Painfully (and randomly shifting) inaccurate in print layout on documents that involve more than just text, sure, I see that every day.