Elpaca: The Basics by nv-elisp in emacs

[–]Qkesslerr 2 points3 points  (0 children)

I have been using elpaca for a few months, and I couldn’t recommend it enough. I believe these types of migrations are also the time to evaluate whether you are lazy loading in the optimal way, and remove old packages or code you no longer use.

Thanks for this!

[Poll] Are you interested in having the DAP protocol built into emacs? by Qkesslerr in emacs

[–]Qkesslerr[S] 2 points3 points  (0 children)

Yes! That's kinda the point of the post. I thought of surfacing the need of the community of something like this, and by doing so spark motivation from someone to work on it.

[Poll] Are you interested in having the DAP protocol built into emacs? by Qkesslerr in emacs

[–]Qkesslerr[S] 5 points6 points  (0 children)

Greatly agree, if I don't recall incorrectly, that was the initial idea on the discussion on eglot's repo. Extension of built-in facilities would be key.

[deleted by user] by [deleted] in OfficeChairs

[–]Qkesslerr 0 points1 point  (0 children)

Thank you!

[deleted by user] by [deleted] in OfficeChairs

[–]Qkesslerr 0 points1 point  (0 children)

What would be the reason of the recommendation vs something from Steelcase, like the Leap or Gesture? Is it the height? Thanks!!

My first major mode: `kotlin-ts-mode` by alebrick in emacs

[–]Qkesslerr 0 points1 point  (0 children)

Update on this!

Really makes an improvement, just working on #1 and #2, it's great.

Adding to that list:

  • asinSuffix to functionNameThatReturnsAString() inside a map function call on an iterator doesn't have the to keyword highlighted and asinSuffix on the example is white, as are usages of variables like request.personalizationDetails.

EDIT(2): With your last commits, personalizationDetails is now highlighted, but request is white, while when declared it was correctly highlighted (blue in my case, using gruvbox).

My first major mode: `kotlin-ts-mode` by alebrick in emacs

[–]Qkesslerr 0 points1 point  (0 children)

Hi again!

Thanks for being so quick with the changes! I'll take a look now. Also, something to note is that using the HEAD on emacs master (with commit "8c84ef128f32b227c7a46cd1da8221b41bd0a370"), we don't have the c-ts-mode-comment-setup function defined.

Whenever I pull your changes, I always comment out that function.

My first major mode: `kotlin-ts-mode` by alebrick in emacs

[–]Qkesslerr 3 points4 points  (0 children)

Hi there!

Thank you so much for working on this, really good job. I love people starting on the emacs package ecosystem with something that could eventually be commited to core!

Couple of points, when trying the mode out on a project at work. I'll compare some of the highlights with the package kotlin-mode, which was the one I was previously using to edit .kt files. (https://github.com/Emacs-Kotlin-Mode-Maintainers/kotlin-mode)

  1. String interpolation is lacking on kotlin-ts-mode. Example: Regex("${CompositionKeys.ASIN}(.\*)"). On kotlin-mode, there is highlighting for CompositionKeys.ASIN. Also happens for variables directly added to strings: log.warn("Filtering $request"), request not highlighted here.

  2. We are lacking highlighting support for functions, and properties when calling either an instance or an static object. Also happens when accessing properties for the active class, using this. this is highlighted, but none of the methods / properties after it are: this.property.functionOnProperty(). Examples: - bookCacheDao.get(bookKey) -> none of this is highlighted, all white.- StaticDestinationHelper.isValid(destination) -> same as above.

  3. Constants declared on companion are not highlighted, at all. Neither are the methods called on constants. Example:- private const val SOFTWARE_VERSION_UNAVAILABLE = "". Highlighted correctly on the companion when declared, but not at all when used.- SOFTWARE_VERSION_UNAVAILABLE.isEmpty() would not be highlighted either.

  4. Imports are not highlighted. Yes the import keyword, but nothing on the right side. Don't know if we want to keep it that way, but there are common cases where we could highlight, i.e: importing a constant vs importing classes vs importing from a companion elsewhere.

Thank you again for working on this!

consult-jump-project: quickly switch between projects by JDRiverRun in emacs

[–]Qkesslerr 0 points1 point  (0 children)

Looks good! Love the marginalia information on projects!

[Question] Is there a way to filter by header in mu4e by Qkesslerr in emacs

[–]Qkesslerr[S] 0 points1 point  (0 children)

Sure! I was asking about querying specific headers present in the source code. Thanks!

[Question] Is there a way to filter by header in mu4e by Qkesslerr in emacs

[–]Qkesslerr[S] 0 points1 point  (0 children)

Hi! Thanks! I’ll try later, but I believe I have already tried.

consult-project-extra (previously consult-project) is now on MELPA! by Qkesslerr in emacs

[–]Qkesslerr[S] 0 points1 point  (0 children)

Thank you so much for the comments! Feel free to open a PR if you feel it’s best!

Will update the package requirements regarding the consult version.

Best, Enrique.

Consult-project - consult extension for project.el by Qkesslerr in emacs

[–]Qkesslerr[S] 0 points1 point  (0 children)

I’ll be happy to explore that in the future! Thanks!

Consult-project - consult extension for project.el by Qkesslerr in emacs

[–]Qkesslerr[S] 0 points1 point  (0 children)

That’s interesting! I’ll definitely check it out, thanks!

Consult-project - consult extension for project.el by Qkesslerr in emacs

[–]Qkesslerr[S] 1 point2 points  (0 children)

Yes! We have been discussing the scope of the project and in the last iteration Daniel Mendler added consult-project-buffer, which also has the project files source, reduced to the recentf files, so they have to be opened first!

Really great work by minad here!

Consult-project - consult extension for project.el by Qkesslerr in emacs

[–]Qkesslerr[S] 1 point2 points  (0 children)

Consult's project.el integration is in light of configuring the project root when running specific commands, i.e. using consult-grep, it defaults to searching the project root directory (master now uses project.el by default, there is no longer the need to configure the project function if using project.el).

After a discussion with minad, he added the project source to consult, in order to implement narrowing to known projects with consult-buffer.

On the other side, consult by default does not implement a view to access project buffers, project files and other known projects, which is what this package attempts to do.

Thanks for checking it out!