Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion Plugin manager with dependencies and selective bundle load

Received: by 10.180.7.202 with SMTP id l10mr1181730wia.4.1337000334009;
        Mon, 14 May 2012 05:58:54 -0700 (PDT)
X-BeenThere: vim_use@googlegroups.com
Received: by 10.180.87.234 with SMTP id bb10ls4280607wib.4.gmail; Mon, 14 May
 2012 05:58:45 -0700 (PDT)
Received: by 10.180.90.40 with SMTP id bt8mr1181709wib.2.1337000325888;
        Mon, 14 May 2012 05:58:45 -0700 (PDT)
Received: by 10.180.90.40 with SMTP id bt8mr1181707wib.2.1337000325875;
        Mon, 14 May 2012 05:58:45 -0700 (PDT)
Return-Path: <marco-owe...@gmx.de>
Received: from mailout-de.gmx.net (mailout-de.gmx.net. [213.165.64.22])
        by gmr-mx.google.com with SMTP id fm5si5660722wib.2.2012.05.14.05.58.45;
        Mon, 14 May 2012 05:58:45 -0700 (PDT)
Received-SPF: pass (google.com: domain of marco-owe...@gmx.de designates 213.165.64.22 as permitted sender) client-ip=213.165.64.22;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of marco-owe...@gmx.de designates 213.165.64.22 as permitted sender) smtp.mail=marco-owe...@gmx.de
Received: (qmail invoked by alias); 14 May 2012 12:58:44 -0000
Received: from p5DD8D780.dip.t-dialin.net (EHLO mail.gmx.net) [93.216.215.128]
  by mail.gmx.net (mp012) with SMTP; 14 May 2012 14:58:44 +0200
X-Authenticated: #9006135
X-Provags-ID: V01U2FsdGVkX1+7nc9OMyq7ucEq1GoliCyA7+gwCLeOQDclyAF9GK
	6hgdUMYsKSzKH0
Received: by mail.gmx.net (sSMTP sendmail emulation); Mon, 14 May 2012 14:58:44 +0200
Content-Type: text/plain; charset=UTF-8
Subject: Re: Plugin manager with dependencies and selective bundle load
From: Marc Weber <marco-owe...@gmx.de>
To: vim_use <vim_use@googlegroups.com>
In-reply-to: <CAKt3gg+DdDY5zDx21FbL_7aevnBQoKqP9AOv=6OkfRz4SpVxnQ@mail.gmail.com>
References: <CAKt3ggLDrnMAXzbSEdm24CFXrMAxzR3KyiqJN8C-ZoAOqmFvMQ@mail.gmail.com> <1335197620-sup-572@nixos> <CAKt3ggLipab_NSzHqgH9t8KKJ+nQyV9gKm=GCFxrS1PfyEjR1g@mail.gmail.com> <1335380504-sup-3620@nixos> <CAKt3ggLfHTaRChwgQLBcuMrwmxA7FcsZr2J8zf2qnjxzd5q-LA@mail.gmail.com> <1335528338-sup-2975@nixos> <CAKt3gg+E_1kM_TSPzAdjGoqpJuAdPkCHpvP6L81_4b+1UV8p7Q@mail.gmail.com> <1336651835-sup-9921@nixos> <CAKt3ggJp-UNehsvLPXxociyeO8Y0vFued0-1Fe_U7=8Qguu...@mail.gmail.com> <1336765142-sup-5581@nixos> <CAKt3gg+DdDY5zDx21FbL_7aevnBQoKqP9AOv=6OkfRz4SpV...@mail.gmail.com>
Date: Mon, 14 May 2012 14:58:44 +0200
Message-Id: <1337000163-sup-7705@nixos>
User-Agent: Sup/git
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0

Excerpts from Pablo Giménez's message of Mon May 14 12:25:42 +0200 2012:
> Yep I know, just thinking ahead if having a big runtimepath can make things
> slower.
You're right. I'm fine with writing experimental code merging all
runtimepaths into a .vim/ so that you can benchmark the difference and
whether it matters.

Currently I'd rather rewrite the homepage than implementing such things
for VAM because VAM already does a great job IMHO.

It does not here - and the true fix is likely to replace VimL by JS or
another jitted scripting language (IMHO). But that's only my point of
view.

Also if you really want to speed up your work flows get an SSD :)

Yours
Marc Weber