What is the use for this? I mean how many people actually use such tools for actual day to day dev? Maybe for some quick edit if you don`t have laptop/computer at hand, but otherwise I see no real advantage of this.
GitLab Web IDE
141–150 of 280 posts
Re: GitLab Web IDE
#142Earlier quoted context omitted.
Vaguely - think GitHub file editing, but far more powerful. Some differences would include: * No terminal * No development environment to speak of, either (e.g. no libraries or binaries installed) The post identifies that this was developed as a way to include multiple file edits in one commit. GitHub, by contrast, applies a commit per file edit, so if you want to change three files, you would open each file separate…
They do say that this is only the first version and that they have more features planned, including a live testing environment.
Re: GitLab Web IDE
#143Earlier quoted context omitted.
Honestly I generally don't want to do my entire development on a Web IDE, but I do think it's very useful for a repo hosting site to have editing tools, as I often find myself wanting to fix something quick away from my setup. Web IDEs in general are a great concept though, mostly because developers generally love having their editor customized the way they like it, and from there, having it in the cloud accessible f…
Since Atom and VSCode are Electron-based, how hard would it be to make those run in an actual browser hosted on an actual site?
Re: GitLab Web IDE
#144Earlier quoted context omitted.
We are in the process of using GitLab for managing our design history files (DFHs) for our medical devices. This will make it easier for non-techies to edit product requirements, without deep knowledge of git.
Great to hear this! Please leave any feedback in our issue tracker mentioned in the article!
https://gitlab.com/gitlab-org/gitlab-ee/issues/5981
Once this is completed/implemented, our entire company will be migrating our old school document system to GitLab, using static pages, merge request approvals and this Web IDE.
If push comes to shove, I'll have to fork and do it myself ;)
Re: GitLab Web IDE
#145Earlier quoted context omitted.
Honestly I generally don't want to do my entire development on a Web IDE, but I do think it's very useful for a repo hosting site to have editing tools, as I often find myself wanting to fix something quick away from my setup. Web IDEs in general are a great concept though, mostly because developers generally love having their editor customized the way they like it, and from there, having it in the cloud accessible f…
Since Atom and VSCode are Electron-based, how hard would it be to make those run in an actual browser hosted on an actual site?
Re: GitLab Web IDE
#146Wow, very cool. Lots of new players in this space: https://repl.it , https://glitch.me , and now GitLab (and I'd be surprised if GitHub doesn't follow in tow). Cloud9's acquisition really left a big hole in the market. AFAIK there's still nothing out there that gives you a decent code editor (edit multiple files, have multiple tabs open, etc) that also gives you access to a Linux shell and ability to expose ports lik…
Re: GitLab Web IDE
#147But does it have Vim keybindings?
What we need is a web deliverable (i.e. not a "web technology based" Electron desktop app) Neovim frontend. Something like a Wasm & WebGL based UI layer connected via msgpack to the editor core that's running in a sandbox on GitLab's infrastructure. I'm truly sorry if the above drivel is either impossible or insane; as an embedded guy this is most definitely way outside my wheelhouse. I should get back to repairing m…
WebGL is more or less just a set of standardized (JavaScript) bindings to OpenGL ES... which is actually ran as DirectX I'm sure in some places...
Everything required to draw high-performance hardware accelerated text already exists in most browsers before even getting to these bindings, which would furthermore require accessing a redundant glyph renderer.
That is to say, WebGL wouldn't provide you much gain. Though, I'm sure some very amusing post-processing could then be done to your code.
Perhaps the future of programming is in the web with lens flare.
Re: GitLab Web IDE
#148Earlier quoted context omitted.
Using Vim from a phone or tablet sounds like a nightmare, tbh. I can barely text without typos.
Vim is actually pretty usable on a phone, my problem with it is that phones just feel like toys and so I have a hard time with putting myself in the right mood to do anything useful
Re: GitLab Web IDE
#149Earlier quoted context omitted.
Right, but so does Atom. Atom is a text editor, not an IDE.
The line is pretty blurry these days. If you install enough extensions, it's very difficult to differentiate between Atom/VS Code and a "real" IDE.
Re: GitLab Web IDE
#150Earlier quoted context omitted.
You speak about Cloud9 as if it's not available anymore, and that may not have been your intention, but I'd like to make it clear: Cloud9 still exists, and you can still use it. It's just accessed through the AWS portal. If anything, it's even more of a value proposition today due to EC2 auto-shutdown saving money when you're not using it, and even more useful since it's running on your own VPS you can do whatever yo…
I'm a c9.io user so my account is still free, but the impression I get from the Amazon acquisition is that you have to run it on an EC2 instance now. That requires some form of setup, doesn't it? And AWS is jargon all the way down, so the entry level is a lot higher than it was before.
I think the main selling point is that you run the IDE on an EC2 which runs the same OS as your production environment (even Lambda) which allows you to directly compile server code in the IDE and it just works on your server.