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

Microsoft subtracts C/C++ extension from VS Code forks

theregister.com

Post reply on HN
Print view View original

181–190 of 354 posts

Re: Microsoft subtracts C/C++ extension from VS Code forks

#181

Post by doix »

axpvms wrote: post #170
doix wrote: post #159

Earlier quoted context omitted.

I'm pretty sure that was an option when installing, I remember unchecking it and 'code' still launches vscode for me. Curious how it's difficult to remove, I'd expect something like rm `which code` to do it. Unless they add the alias to your shell or something?

maybe they changed some things last I used it, which was maybe six months ago. I've tried cursor twice and had the same issue each time. I saw the dialogue you were talking about and specifically selected to not override the code extension and it happened again anyway. Maybe there was something left over from the previous install, I don't know. I was using windows and wsl, and they were adding scripts to my profile d…

Ouch, that does sound painful. I've only ever used it on Linux and Mac which work similar enough that if it did override it, it would be a mild annoyance at best.

I don't know windows + wsl enough that I'm sure I would've been caught out by that and pissed off as well.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#182

Post by jeroenhd »

alfiedotwtf wrote: post #144

Imagine Debian banning Debian forks downloading from their repos… If Microsoft are going to call VS Code “open source”, then the marketplace should not be selective on clients. If so, it’s not Open Source, it’s Sparkling Virtue Signalling!

I don't see why they'd need to make the marketplace fully open for their client to be open source. Fedora packages a Flatpak client that downloads proprietary software, but that doesn't make Fedora Sparkling Virtue Signalling.

Hell, Debian's repository now also include proprietary code (https://www.debian.org/vote/2022/vote_003) so binary BLOBs are perfectly capable of doing distro checks and refusing to run on forks.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#183

Post by pjmlp »

mschild wrote: post #163
pjmlp wrote: post #129

Earlier quoted context omitted.

Many of us are perfectly fine with commercial software, we have been into the other side and got tired of the religion.

I think a lot of people don't have a problem with commercial software, but rather with the disingenuous behavior that some companies display. VSCode was/is often touted as open source and Microsoft are using it to present themselves as community loving until MS sees an opportunity to extract some money/hinder the competition. In comparison, Jetbrains is transparent with their offerings and what you get. There is in m…

You mean transparent like the way they added AI to their products?

Re: Microsoft subtracts C/C++ extension from VS Code forks

#184

Post by nikanj »

dmz73 wrote: post #158
cess11 wrote: post #151

Earlier quoted context omitted.

Now, I get why you made the quip, but I for one keep both of those out of the business I run for this exact reason: I do not trust MICROS~1 in the medium to long term. I also present the CEO and board with other arguments, like moral ones about involvement in atrocities and tyranny, legal ones regarding things like data protection, market related ones such as the likelihood of a future showdown between the EU and US.…

I don't like to be seen as defending Microsoft, they definitely have their share of faults, but as far as business goes, I think Microsoft is the least likely company to screw you over as a (business) customer. Microsoft has kept old software working pretty much unchanged for the last 20 years. I know, I still have software built on early Windows 95/NT4 that works fine on Windows 11...and with some registry tweaks Wi…

Microsoft's primary business is software running on Microsoft platforms. In the past that was Windows, nowadays it's also Azure.

That famous "developers developers developers" video with Steve Ballmer was a prime example of that corporate ethos.

For most other giant companies in tech, either the primary business is selling a product (and killing competitors) or giving products away as loss leaders and making bank on advertisement

Re: Microsoft subtracts C/C++ extension from VS Code forks

#185

Post by pests »

dharmab wrote: post #53
rs186 wrote: post #9

Earlier quoted context omitted.

So how do you get intellisense and debug C++ in Zed?

There's a great doc on exactly how Zed handles syntax and intellisense-style completions: https://zed.dev/docs/configuring-languages Debugging isn't in yet, but is actively being worked on and planned for public release before 1.0: https://github.com/zed-industries/zed/issues/5065 , there's an active channel in their Discord discussing the development of the feature.

That first link doesn’t really explain anything about syntax/autocomplete. It’s just about config options per language (formatted, linter, lsp) but I guess I was expecting something else?

Re: Microsoft subtracts C/C++ extension from VS Code forks

#187

Post by chenzhekl »

I don't like MS, either. BUT, let's be clear. No one is to obligated to work for free on OSS, not even big companies like MS. They have the right to constraint them to work on their own platforms. If you don't like it, you should fork the previous unconstrained versions or develop your own C/C++ add-on rather than complaining that MS stopped supporting your favorite extension.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#188

Post by znpy »

cess11 wrote: post #154
kstrauser wrote: post #135

Earlier quoted context omitted.

It’s gotten way more ergonomic, BTW. Even if you treat it as a toolkit to build your own editor, the building blocks are much nicer than they were back then.

I'm something of a vim fanatic because Emacs was sluggish, but these days have to admit that the multicore support turned out fine and the difference isn't that big anymore.

Uh, not only that. I recently updated from emacs 29 to emacs 30 where native compilation is enabled by default and it’s much much faster. Like, noticeably faster.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#189

Post by johnnyanmac »

chenzhekl wrote: post #187

I don't like MS, either. BUT, let's be clear. No one is to obligated to work for free on OSS, not even big companies like MS. They have the right to constraint them to work on their own platforms. If you don't like it, you should fork the previous unconstrained versions or develop your own C/C++ add-on rather than complaining that MS stopped supporting your favorite extension.

If Microsoft is gonna keep trying to enshitty their apps with unmasked for AI pop-ups that will always come back and even go so far to throw ads in at an OS level: yes, I will feel at least a bit entitled to some "free work" for taking hours of my time.

I sure do wish my industry didn't need windows. I'd happily go to Linux and never look back.

Re: Microsoft subtracts C/C++ extension from VS Code forks

#190

Post by DonHopkins »

pjmlp wrote: post #153
kstrauser wrote: post #135

Earlier quoted context omitted.

It’s gotten way more ergonomic, BTW. Even if you treat it as a toolkit to build your own editor, the building blocks are much nicer than they were back then.

Thing is, I don't want to build my editor, I want to live the dream of Xerox PARC workstations, and that is what IDEs are for. I had to make Emacs my go to editor in UNIX, because in those days there were hardly any alternatives, IDEs only started to be taken seriously on UNIX around 2000. Even James Gosling, one of influencial people in the Emacs history says its time is now passed and he rather use Netbeans, https:…

Speaking of old obsolete versions of Gosling Emacs, Lars Brinkhoff just posted this source code for UniPress Emacs 2.20 he got from from Hans Hübner! That's the version we called NeMACS, with support for NeWS (Gosling's PostScript based window system), tabbed windows and pie menus, etc:

https://github.com/larsbrinkhoff/emacs-history/tree/sources/...

So the answer to DVRC's ("Adopter of orphaned technologies") question on June 3, 2023, is yes, finally!

HCIL Demo - HyperTIES Authoring with UniPress Emacs on NeWS

https://www.youtube.com/watch?v=hhmU2B79EDU

https://news.ycombinator.com/item?id=36166642

DonHopkins on June 2, 2023 | parent | context | favorite | on: Brave Browser introduces vertical tabs

UniPress Emacs for NeWS in 1988: Scriptable GUI, tabbed windows, pie menus, hypermedia authoring tool for HyperTIES browser.

Emacs served as an IDE with tabbed window and pie menus, for interactively editing, viewing, and navigating HyperTIES markup language documents, graphics, and interactive PostScript "applets".

HyperTIES browser and Gosling Emacs authoring tool with pie menus on the NeWS window system

https://en.wikipedia.org/wiki/Tab_(interface)#/media/File:Hy...

>HyperTIES is an early hypermedia browser developed under the direction of Dr. Ben Shneiderman at the University of Maryland Human Computer Interaction Lab. This screen snapshot shows the HyperTIES authoring tool (built with UniPress's Gosling Emacs text editor, written in MockLisp) and browser (built with the NeWS window system, written in PostScript, C and Forth). The tabbed windows and pie menu reusable components were developed by Don Hopkins, who also developed the NeWS Emacs (NeMACS) and HyperTIES user interfaces. (Sorry about the quality -- this is a scan of an old screen dump printed by a laser printer.)

Emacs provides the pie menus you see popped up in the illustration (Articulate, Edit, New (Storyboard, Link, Picture, Target), Define) that control the HyperTIES browser from the custom text editing mode of HyperTIES storyboards (like web pages), which the HyperTIES browser (in the background, which emacs controls in a sub-process) formats and displays. HyperTIES also uses pie menus for navigation and in interactive "applets" programmed in PostScript.

DVRC on June 3, 2023 [–]

Do any version of UniPress Emacs (that support the NeWS driver) or NeMacs survive?

https://news.ycombinator.com/item?id=31989423

I wrote the following description of how NeWS relates to modern web browsers and "AJAX" in the NeWS article on Wikipedia, and I also worked on TNT (The NeWS Toolkit) at Sun: https://en.wikipedia.org/wiki/NeWS

>NeWS was architecturally similar to what is now called AJAX, except that NeWS coherently:

>- used PostScript code instead of JavaScript for programming.

>- used PostScript graphics instead of DHTML and CSS for rendering.

>- used PostScript data instead of XML and JSON for data representation.

[...]

HyperTIES Emacs Authoring Tool MockLisp code (Yet Another HyperTIES Implementation, This Time In Emacs):

http://donhopkins.com/home/ties/yahtittie.ml

https://donhopkins.com/home/ties/

HyperTIES Discussions from Hacker News:

https://donhopkins.medium.com/hyperties-discussions-from-hac...

Post reply on HN