Comments (14)
Hey @jcward, thanks for bringing up this topic. I was going to write you about this at some point, trying to explain the reasoning behind developing a new plugin instead of joining vscode-haxe. I feel like I should do it now.
The main reason was because I found this awesome Language Server Protocol designed by Microsoft. It's already supported in VS Code, but the idea is that it can be also used by other editors, so having a IDE-agnostic language server for Haxe still strikes me as a great idea. I started developing the language server and then developed a VSCode plugin to actually use it. Refactoring vscode-haxe would be much harder to do.
Also, I wanted the VSCode plugin and the language server to have as less workarounds as possible and rely on the Haxe compiler as much as possible, and also be completely framework-agnostic, so I designed it in this minimalistic way. Changing vscode-haxe instead would lead to breakage and feature removal, so I didn't do that too. On the other hand, this lead to fixing and adding A LOT of stuff to Haxe itself, such as stdio-based protocol, in-memory display files and new features (e.g. "document symbols"), so I'm very satisfied with its current state.
I hope that clears things up! Now to the actual issue...
We can change the name shown in the marketplace by providing displayName
field in the package.json
manifest, so changing your extension displayed name to something like Legacy Haxe 3.2.1 should be completely possible. In fact, I think Microsoft has done exactly the same things with their C# extensions.
As for the publisher name, I don't think it's possible to change that or provide a "display" name indeed, but then again it's not really important, as long as the choice what to install is obvious.
from vshaxe.
6 days of silence? Wow, time flies.
Ok, I've pushed an update to title vscode-haxe Legacy Haxe 3.2.1. I've also put a note in the README.md, which shows up on the marketplace page (once some cache times out, I assume.)
I still think it's not ideal to lose our download counts and publish under individual names, but meh, I suppose there's little that can be done.
Feel free to rename yours Haxe or Haxe 3.3 or something.
Cheers, guys!
from vshaxe.
Hey, thanks for this! I think the current name (Haxe Support) is fine since apparently it's gonna become the main extension for Haxe once and after 3.3 is out. The language server does check the haxe version and also README mentions the minimum required Haxe version, so it should be fine.
Also I don't really see the reason for us to merge the download counts, because the plugins are totally different and not really replaceable by each other (since you can't e.g. use vshaxe on haxe 3.2 and earlier). So I think what we have currently is okay.
from vshaxe.
Ok, I think i will not do any update to vshaxe as there is a new one being developed and i see it is much easier for a haxe member to get things done into the compiler parts.
Cheers.
from vshaxe.
"Easier" my ass, the better position support alone was hours of boring, monotonous work. Someone just had to do it.
HaxeFoundation/haxe@b56d29a
HaxeFoundation/haxe@56fae7a
from vshaxe.
@Simn I didn't say easier in term of development ;)
from vshaxe.
Patrick and I worked around the shortcomings of the compiler - sure some of it was hacks, but when you don't have commit access to the compiler, you do what you can. And while I'm happy to let others carry the vscode torch, I'm still quite proud of our efforts and the people we supported. Cheers @pleclech!
from vshaxe.
you don't have commit access to the compiler, you do what you can
you know this is an open-source project and you can get access rights if you contribute :)
from vshaxe.
You know Haxe Support is a stupid name, right? :)
from vshaxe.
Actually you have a point here. I think I named it after some popular language support extension, but I'm looking at the marketplace now and can't see any with a name like that. There's just C#
, Python
, Go
etc, so yeah, probably we should rename it to just Haxe
.
from vshaxe.
Oh, I found one, Legacy C# Support
.
from vshaxe.
@jcward Oh, to clear up the potential misunderstanding, in that comment I wasn't trying to point out that you guys did something wrong. I'm just saying that we're very approachable for any constructive discussions about fixing/improving IDE support in the compiler and if you guys are willing to contribute to it in any way, including actual code, the lack of push rights shouldn't stop you.
And you and @pleclech did awesome job providing a working extension for vscode. One can't underestimate your work here. But the reasons for creating vshaxe mentioned in my first comment still stand.
from vshaxe.
No worries, cheers!
from vshaxe.
It's ok, no problem at all :)
from vshaxe.
Related Issues (20)
- Couldn't connect on 127.0.0.1:6000 with VSCode 1.82.0 HOT 25
- Using external builder - Can I use port 6000 for cache
- Building Cache.... Forever HOT 1
- `Type not found` when using HaxeFlixel HOT 3
- Automatic build when debugging hashlink with hot reload
- Type not found : FileSystem HOT 3
- Auto-detect cache build failure after switching Haxe versions HOT 9
- Extra field generation
- Cannot generate all missing fields for interfaces or abstract classes HOT 1
- @:structInit hover does not have doc comments
- Compilation in progress feedback HOT 21
- @:structInit required fields generation
- Signature help points one parameter behind HOT 2
- Code action to convert local vars to class fields HOT 2
- Action "add missing field" adds the field after another field's documentation. HOT 2
- Terminal output looks awful when compiling through server HOT 4
- Setting breakpoint in flixel.graphics.FlxGraphic causes the program to crash. HOT 2
- [ENHANCEMENT] Implement support for logpoints and hit count breakpoints
- Hover Hints and Code Generation not working HOT 4
- IntelliSense not working when I put `import js.Browser;` in Haxe code HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from vshaxe.