Overriding MacVim's default filetype.vim when assigning filetypes -

-

in default filetype.vim comes macvim, have following:

au bufnewfile,bufread *.erb,*.rhtml setf eruby

i installed macvim using homebrew, , i've installed janus. following instructions janus, i've created ~/.vimrc.local store local customizations. want set filetype *.html.erb files html.eruby.eruby-rails, added following line ~/.vimrc.local. 

autocmd bufnewfile,bufread *.html.erb setf html.eruby.eruby-rails

however, appears filetype still being selected macvim's default filetype.vim instead of picking change in ~/.vimrc.local.

what need differently, have macvim designate *.html.erb files filetype html.eruby.eruby-rails without modifying default filetype.vim?

change setf in autocmd set ft=. if take @ :help setf says not set filetype if has been set elsewhere.


Comments

Post a Comment

Popular posts from this blog

c# - Is it possible to remove an existing registration from Autofac container builder? -

-
something along lines: builder.registertype<mytype>().as<itype>(); builder.registertype<mytype2>().as<itype>(); builder.deregistertype<mytype>().as<itype>() var container = builder.build(); var types = container.resolve<ienumerable<itype>>(); assert.istrue(types.count == 1); assert.istrue(types[0].gettype == typeof(mytype2)); scenario: go through bunch of assemblies , go register types want make sure have 1 implementation of given type. need before create container. track on own nice if autofac me bit. this cannot done directly using containerbuilder , unless start on new one. mind you, having first built container should able construct new container filtering away unwanted types , reusing registrations first container. this: ... var container = builder.build(); builder = new containerbuilder(); var components = container.componentregistry.registrations .where(cr => cr.activator.limittype != typ...
Read more

php - Mysql PK and FK char(36) vs int(10) -

-
i have read mysql can handle indexes , searches better if tables keys integers rather char(36) uuid's. is worth converting int(10)? note: use 1 server , have have plans use multiple databases concurrently therefore removing 1 of big reasons using uuid. our tables innodb if makes difference. thanks in advance. usually rdbms can handle integer keys pk more efficient, other datatypes. reason how build index column, yes: long dont require string (or other typed) keys, should use integers. however: char(36) , int(10) far away being equal, because int(10) much smaller, char(36). dont know, if require many different keys, should keep in mind. update, complete last paragraph: int(10) 32-bit, char(36) 36 - ^byte^ (= 288-bit). not mean, int consumes less space, means, char(36) has 4 times more different keys.
Read more