mawww / kakoune

mawww's experiment for a better code editor
http://kakoune.org
The Unlicense
9.95k stars 716 forks source link

Decide on what scripts should be auto-loaded by default #516

Closed lenormf closed 8 years ago

lenormf commented 8 years ago

Hi,

Let's trim the scripts currently loaded by default when no autoload directory has been created in the user's home directory. For that we need to decide what scripts should be taken out, and possibly come up with a checklist that would help decide if future scripts should be loaded by default.

lenormf commented 8 years ago

Here is my list of scripts I think should be moved out:

This would leave the following scripts in the default installation:

I'm going to assume that the former list is going to be moved to a kakoune-extra repository, although @mawww hasn't decided anything yet AFAIK (I'm all about that idea btw, as a replacement for scripts.html on kakoune.org).

Now about how to decide which scripts to integrate into the main repo: if the file implements a functionality of the editor (grep.kak, make.kak etc) or if the file adds support for something (language, tool etc) that is objectively used by a lot of people that don't all belong to the same "field" (i.e. sass.kak is used mostly by web devs vs etc.kak used by anybody who runs a UNIX), then it should probably be kept.

doppioandante commented 8 years ago

I have mixed feelings about those lists. The rule you devised is subjective exactly in deciding what is objectively used by the most programmers. E.g. I use Julia much more than D, for sure mawww depends a lot on the exherbo.kakrc. The argument on etc vs sass is shaky because of the sheer number of web developers, and could apply to clojure and a few others in the second list. The only categorical change I would have is keeping asciidoc.kakrc because it is used to document kakoune itself.

I agree that the repo is the way to go, but then what's the criteria for accepting scripts there? For comparison, the vim ecosystem has a 1:1 correspondence between repository and "script". We should provide a rudimentary "plugin manager" before splitting out the current autoload folder.

lenormf commented 8 years ago

There's no need for a manager, the autoload folder is entirely managed through symlinks.

somasis commented 8 years ago

I think it is better to just keep the autoload how it is right now. Users should make this decision.

gokcehan commented 8 years ago

Following the discussion from #561, I vote for a few changes to the list:

lenormf commented 8 years ago

@gokcehan the changes you mentioned have already been applied, and pending pull requests will be merged in core by default and eventually moved to the extra respository if needed.

I'm closing this issue so as to not duplicate comments on the matter, post your remarks on the dedicated pull request #561.