Comments (5)
Yeah, Nate and I were just discussing the fact that our vim plugins are going to start having name conflicts with other google github projects if we don't add a "vim-" prefix.
Sanity check: is it reasonable to say you can't have e.g. "unimpaired", "vim-unimpaired", and "unimpaired.vim" in the same ecosystem? We could keep the prefix/suffix in the "canonical" name and just allow the shorter name at lookup time in maktaba#plugin#Get
, so if there really are distinct plugins distinguished by the "vim-" prefix or ".vim" suffix they're still usable. It's slightly more complex and could potentially get weird in some corner cases, but… just sayin'.
from vim-maktaba.
Yep, that is one valid approach, and I'm not opposed to it. But I'd be in favor of doing the simpler thing first (i.e., drop the vim). I don't know of any such conflicts currently existing. Also, I really don't think having separate plugins called "vim-unimpaired" and "unimpaired.vim" is something we'd want to encourage. (So basically: "yes, it's reasonable" to your sanity check above.)
from vim-maktaba.
The "vim-" prefix in "tpope/vim-surround" etc. is just a convention for GitHub repo names. The "official" plugin name is still surround.vim, this is used in the documentation, discussion on the issue tracker, the plugin page on vim.org, etc.
That's why I always strip the vim-
when cloning:
$ git clone git://github.com/tpope/vim-surround.git ~/.vim/bundle/surround
But I agree that many people mistake the repo label for the plugin name these days.
(Just adding this here to make sure everybody is on the same page.)
from vim-maktaba.
Thanks for the helpful clarification.
I'll add that this confusion is reinforced by "fetching" plugin managers like Vundle, since they (quite sensibly) use the repo name as the directory name. Really, it hardly mattered before what the directory was called. But now, maktaba gives us actual named plugin objects, so it does matter.
Incidentally, this gives me an idea for the maktaba-based plugin manager I'm longing someday to see. It would be nice for it to name the directory after the CanonicalName by default.
And about surround.vim specifically: even though that's the official name, it still seems like we'd be better off dropping the .vim
suffix. It seems awkward to carry it around. e.g. I find it more natural to write
Glaive surround options
rather than
Glaive surround.vim options
Maybe that's just me.
from vim-maktaba.
And about surround.vim specifically: even though that's the official name, it still seems like we'd be better off dropping the
.vim
suffix. It seems awkward to carry it around. e.g. I find it more natural to writeGlaive surround options
rather than
Glaive surround.vim options
Agreed.
from vim-maktaba.
Related Issues (20)
- New vim-job based CallAsync doesn't handle complex commands correctly
- Merge vim-selector into maktaba
- maktaba#test#Override no longer working reliably for autoload funcs since vim 8.0.1378 HOT 2
- maktaba#syscall# doesn't work properly for Windows HOT 3
- Implement #mapping#MapUntilTimeout
- maktaba#syscall fails with E766 when throwing a ShellError for stderr containing a printf format string
- Syscall.CallAsync struggles with large stdins HOT 2
- Broken links in Wiki HOT 1
- Error formatting file: ERROR(NotFound): Python module maktaba HOT 3
- Remove need for delays when testing neovim jobcontrol HOT 2
- maktaba#plugin#Enter chokes with cryptic E896 error if it finds a flag called "plugin" HOT 1
- Maktaba plugin bootstrap can fail with `Unknown function: maktaba#Maktaba` HOT 5
- IsBool should handle v:true and v:false HOT 1
- E704 using funcref as selector mapping HOT 2
- Deprecate misc instant/*.vim files HOT 2
- Poetry/pipenv support? HOT 5
- maktaba#function#Filter modifies input HOT 2
- GH run-tests actions failing for ubuntu-latest os (with error about missing impish Release file) HOT 2
- maktaba#value#AsList helper
- matkaba#value#TypeMatches and friends should support recursively checking nested list element types
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 vim-maktaba.