Gökmen Görgen

Tag: vscode

  • Status Update on Emacs

    I’ve used Emacs for years, and it’s not easy to get rid of this archaic (what?) editor. Although it helped me do my job better, my setup was not as stable as in the editor. When I started working as a web developer, I was installing all the project requirements on the local machine, even though I was not using virtual environments. Emacs was good enough to make development possible.

    Then, I started using tools like vagrant, docker, and virtual environments that made it easy to install the project but difficult to use Emacs because I needed to configure the editor to find the right Python interpreter, Node version, etc. Having the language server protocols (LSP) was a great help, but I still had to create a virtual environment for each project.

    Then I switched to remote development; I had a remote server to access the same development environment from all my devices. I was using a good terminal emulator like WezTerm, connecting to the server using MOSH or Eternal Terminal, and running Emacs on the server remotely. This has never been as comfortable as working locally.

    In each case where my setup has changed, I have updated Emacs and reconfigured it for the new environment. If you take a look at my Emacs configuration, you will see that I’m using vanilla Emacs with the minimum configuration, and I try to use built-in packages as much as possible. But now I’m at a new crossroads because I started using AI tools actively and am getting bored waiting for the tools to support my editor. I’m looking at the GitHub Copilot, and even they don’t have a plan to support Emacs officially. You can say that it’s a tactic to force them to use their own editors or that they don’t have time to support all the editors. Maybe it’s better to help the community take initiative for preparing the extension. But anyway, that’s not fair or helpful for maintaining the diversity of the editors.

    Probably it’s not easy to change my habits quickly, but I plan to use VSCode for a while and see what I’m missing. I know that VSCode has good remote development tools and official GitHub Copilot support. During this period, I will update Emacs to have the same features as VSCode and try to use it again.

    For now, I want to compare the two editors for the extensions I’m using in Emacs. These extensions are mostly not needed on VSCode because they are built-in features:

    • company, company-prescient: autocomplete extension.
    • ctrlf: better search and replace.
    • deadgrep: ripgrep integration for Emacs. I’m using the built-in search and find commands on VSCode.
    • diff-hl: shows git diff in the fringe.
    • eglot: LSP client.
    • find-file-in-project: Helpful for finding a file in a project.
    • multiple-cursors: Another extension for editing multiple lines at once.
    • expand-region: Not easy to do this on VSCode (CTRL+CMD+SHIFT+Left what the hell?) but yes it’s a built-in feature.
    • magit: Git app for Emacs. I don’t think that I can find an equivalent in any editor. Don’t suggest me GitLens, please.
    • minions: Hides minor modes on Emacs mode line. Not necessary on VSCode.
    • modus-themes: My favorite theme for Emacs. I’m using the GitHub theme on VSCode.
    • puni: Structured editing tool for Emacs. Not sure if I can find an equivalent on VSCode.
    • vertico, vertico-prescient: Similar to CTRL|CMD+SHIFT+P or CTRL|CMD+P on VSCode.
    • tree-sitter, tree-sitter-langs: Not sure if VSCode needs this extension, but it’s a great synax parsing library for Emacs.
    • unfill: For unfilling paragraphs with a shortcut.

    My Emacs configuration is available on GitHub.

  • First Review on My iPad

    I started using an iPad instead of a second laptop for more effective use. Although it is excellent for reading things, answering emails, checking tasks, it is still not possible to use as a laptop with these devices.

    So I tried to connect to my primary PC remotely. But this was not satisfactory for me either. I took some notes to compare when iOS 13 and some updates came.

    Pros

    • In tablet mode, all screens are full-sized automatically.
    • The density of UI components is more comfortable to manage cursor with touching.
    • Firefox has a tablet mode; it supports touch scrolling, easy to click bookmarks.
    • The virtual keyboard is great! I didn’t need to use the iPad’s native on-screen keyboard.
    • We can’t see the running apps in the taskbar in tablet mode, but it’s possible to use the gestures to show all running apps.

    Cons

    • You need a remote desktop or a server. It’s impossible to work offline.
    • If you decide to use a remote desktop and you are obsessed about fonts, there’s no way to fix screen quality.
    • I’m not sure that I can code with iPad for hours even I have a good physical keyboard.

    So..

    • With the new updates in macOS and iOS 13, it will be possible to run iPad applications on macOS. So iPadOS may affect the quality and variety of applications.
    • I’m still waiting for a new version of Microsoft Surface or Surface Go that using ARM CPU, has Thunderbolt 3 and USB-C ports.
    • I still didn’t investigate how Google Pixelbook is but seems a good alternative.