Am 2015-03-26 08:24, schrieb Christian Brabandt:
(System Vim 7.4.662 from https://tuxproject.de/projects/vim/, Windows
7)
Am I missing something here? Is this a bug?
Gentle reminder: I'm the author of your builds, so if I made a mistake
during compilation, I'm willing to fix it. :-)
On Thu, Mar 26, 2015 at 12:43 AM, Dominique Pellé dominique.pe...@gmail.com
wrote:
Manuel Ortega mannyvim...@gmail.com wrote:
It would be nice if, when this gets finalized, the new repo trims out
ancient stuff like 7.0, 7.1, and 7.2. There's no reason for everyone to
have to clone all
Am 2015-03-26 12:54, schrieb z...@tuxproject.de:
Am 2015-03-26 08:24, schrieb Christian Brabandt:
(System Vim 7.4.662 from https://tuxproject.de/projects/vim/, Windows
7)
Am I missing something here? Is this a bug?
Gentle reminder: I'm the author of your builds, so if I made a mistake
Hi Bram.
I suggest to give write access permission of vim organization to
some reliable users.
It is important to act for PR on github.
PR becomes a cause of flaming sometimes.
So we need to close, lock, or delete PR which have seed of troubles.
But this kind of operations require write access
On Thu, Mar 26, 2015 at 08:25:12PM -0700, Ben Fritz wrote:
On Tuesday, March 24, 2015 at 4:36:32 PM UTC-5, Bram Moolenaar wrote:
Look here: https://github.com/vim
Please respond to the list if something doesn't work well.
When I click the branches tab I get a Unicorn! error page
Em sexta-feira, 27 de março de 2015 01:44:37 UTC-3, Francisco Lopes escreveu:
Em quinta-feira, 26 de março de 2015 00:10:51 UTC-3, Kazunobu Kuriyama
escreveu:
On Mar 26, 2015, at 1:36, Francisco Lopes
francisco.mailing.li...@oblita.com wrote:
Em segunda-feira, 23 de março de 2015
On Tuesday, March 24, 2015 at 4:36:32 PM UTC-5, Bram Moolenaar wrote:
Look here: https://github.com/vim
Please respond to the list if something doesn't work well.
When I click the branches tab I get a Unicorn! error page saying This page
is taking way too long to load.
Somehow I don't
Em quinta-feira, 26 de março de 2015 00:10:51 UTC-3, Kazunobu Kuriyama
escreveu:
On Mar 26, 2015, at 1:36, Francisco Lopes
francisco.mailing.li...@oblita.com wrote:
Em segunda-feira, 23 de março de 2015 04:19:30 UTC-3, Kazunobu Kuriyama
escreveu:
Hi list,
The attached patch
James McCoy james...@jamessan.com:
$ git clone https://github.com/vim/vim
...
$ cd vim
$ du -hs .git .
685M.git
47M .
$ git gc --aggressive
...
$ du -hs .git .
34M .git
47M .
The Google Code to GitHub exporter seems to do a pretty bad job at finding
good deltas; I've
Em sexta-feira, 27 de março de 2015 01:51:05 UTC-3, Francisco Lopes escreveu:
Em sexta-feira, 27 de março de 2015 01:44:37 UTC-3, Francisco Lopes escreveu:
Em quinta-feira, 26 de março de 2015 00:10:51 UTC-3, Kazunobu Kuriyama
escreveu:
On Mar 26, 2015, at 1:36, Francisco Lopes
Hello:
I tried a directory named josé and found that netrw wasn't handling it
well. One of the reasons is expand(%), which is used to get the full
path. However, when in that directory, expand(%) shows
/home/cec/joee9 instead of the desired /home/cec/josé . Do I need to
program around this or
On Thu, Mar 26, 2015 at 9:43 AM, Ingo Karkat sw...@ingo-karkat.de wrote:
Bram already is a bottleneck in development; please don't make him
work harder by adding yet more complexity in repo maintenance!
It's quite obvious that almost nobody on this list cares about adding
complexity for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26-Mar-2015 17:25, Manuel Ortega wrote:
On Thu, Mar 26, 2015 at 9:43 AM, Ingo Karkat sw...@ingo-karkat.de
mailto:sw...@ingo-karkat.de wrote:
Bram already is a bottleneck in development; please don't make
him
work harder by adding yet more
Am 2015-03-26 08:24, schrieb Christian Brabandt:
Am 2015-03-26 08:08, schrieb Peter Vrabel:
On 20/03/2015 17:55, Jon Schoning wrote:
On Saturday, March 7, 2015 at 3:06:09 PM UTC-6, Shiny Bling wrote:
FYI I just released 7.4.657 with Command-T plugin and ruby upgraded
to 2.2.1.
It can be
Am 2015-03-26 13:47, schrieb Christian Brabandt:
was the new logo an official patch?
No, I found it on vim_dev (and got the permission of the author to
include it). :-)
Is it possible
to get that also in the windowbar?
Hmm, it should; still, as I only replaced one image file, I wonder
Manuel Ortega wrote:
On Tue, Mar 24, 2015 at 5:36 PM, Bram Moolenaar b...@moolenaar.net wrote:
Since Google Code is going to be shut down we need a new place for the
Vim repository. Many users have given their opinion and github appears
to be the preferred site.
Darn.
It
Charles Campbell wrote:
I tried a directory named josé and found that netrw wasn't handling it
well. One of the reasons is expand(%), which is used to get the full
path. However, when in that directory, expand(%) shows
/home/cec/joee9 instead of the desired /home/cec/josé . Do I need to
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 349 by jacksene...@gmail.com: feature request: set gVim GTK
border color to eliminate borders when maximized
https://code.google.com/p/vim/issues/detail?id=349
What steps will reproduce the problem?
1. choose a dark
Hi there,
On Thu, Mar 26, 2015 at 09:32:32AM -0400, Manuel Ortega wrote:
On Thu, Mar 26, 2015 at 12:43 AM, Dominique Pellé dominique.pe...@gmail.com
wrote:
Manuel Ortega mannyvim...@gmail.com wrote:
or find out when a piece of code was changed and why.
Bram can (and should) put older
Awesome patch. I tested here it works perfectly. Any chance this to be applied
to mainline?
On Wednesday, March 25, 2015 at 12:02:32 PM UTC-7, Ben Fritz wrote:
On Wednesday, January 21, 2015 at 11:06:53 AM UTC-6, Ben Fritz wrote:
On Saturday, January 17, 2015 at 1:20:04 PM UTC-6, Bram
On Thu, Mar 26, 2015 at 7:44 PM, James McCoy james...@jamessan.com wrote:
On Mar 26, 2015 5:03 PM, John Szakmeister j...@szakmeister.net wrote:
On Thu, Mar 26, 2015 at 11:26 AM, James McCoy james...@jamessan.com
wrote:
[snip]
$ git gc --aggressive
...
$ du -hs .git .
34M
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26-Mar-2015 14:32, Manuel Ortega wrote:
It's smaller than Linux, therefore it's not too big? It's far too
big for the kind of thing it is. It's a plain text editor; a user
shouldn't have 50MB worth of useless things (much from *eleven*
years
Am 2015-03-25 21:48, schrieb Bram Moolenaar:
Christian Brabandt wrote:
[...]
@Bram, perhaps it is necessary to split the runtime directory into a
separate
github repository, so they could be easier handled.
How is that easier? Most users will want just one repo to pull from
and
rebuild
* James McCoy james...@jamessan.com [2015-03-26 11:26 -0400]:
[...]
$ git clone https://github.com/vim/vim
...
$ cd vim
$ du -hs .git .
685M.git
47M .
$ git gc --aggressive
...
$ du -hs .git .
34M .git
47M .
For reference, are similar numbers for a fresh Mercurial
On Thu, Mar 26, 2015 at 11:26 AM, James McCoy james...@jamessan.com wrote:
[snip]
$ git gc --aggressive
...
$ du -hs .git .
34M .git
47M .
Just wanted to point out that there's really no need for
--aggressive here. git gc without it will often produce similar
results in less time.
On Mar 26, 2015 5:03 PM, John Szakmeister j...@szakmeister.net wrote:
On Thu, Mar 26, 2015 at 11:26 AM, James McCoy james...@jamessan.com
wrote:
[snip]
$ git gc --aggressive
...
$ du -hs .git .
34M .git
47M .
Just wanted to point out that there's really no need for
On Do, 26 Mär 2015, Christian Brabandt wrote:
I am suspecting, this is because I use some fonts, that I can't
install on my work station
(due to restricted access rights) and therefore I have to use
registerfonts (a small utility
that makes them available for the current session to load those
On Friday, March 27, 2015 at 5:00:19 AM UTC+9, Bram Moolenaar wrote:
Isn't there a way to clone only up to some time ago, e.g., the 7.4
release? I rather leave this a decision on the user side than on the
server side (meaning that history would be lost forever).
git clone --depth 1
--
--
On Wednesday, March 25, 2015 at 6:47:48 PM UTC+3, Christian Brabandt wrote:
I don't know yet, what the process will look like. Until now, I have
been using mercurials mq extension
but not sure how to proceed here.
There is a stgit (http://procode.org/stgit/) with similar functionality.
--
On 25 March 2015, Ben Fritz fritzophre...@gmail.com wrote:
On Wednesday, March 25, 2015 at 12:18:46 PM UTC-5, LCD 47 wrote:
On 25 March 2015, Ben Fritz wrote:
On Wednesday, March 25, 2015 at 10:21:41 AM UTC-5, Bruno Sutic
wrote:
I'm curious, when a switch is made, will Github's pull
Am 2015-03-26 08:08, schrieb Peter Vrabel:
On 20/03/2015 17:55, Jon Schoning wrote:
On Saturday, March 7, 2015 at 3:06:09 PM UTC-6, Shiny Bling wrote:
FYI I just released 7.4.657 with Command-T plugin and ruby upgraded
to 2.2.1.
It can be downloaded from
On Thursday, March 26, 2015 at 3:24:43 AM UTC-4, Christian Brabandt wrote:
Hm, I have never used the new renderoption. So I just tried it
:set encoding=utf8
:set guifont=Envy_Code_R:h11:cANSI
:set rop=type:directx
And suddenly, no text is rendered at all. I can make this go away typing
On Mar 25, 2015 7:18 PM, Manuel Ortega mannyvim...@gmail.com wrote:
On Tue, Mar 24, 2015 at 5:36 PM, Bram Moolenaar b...@moolenaar.net
wrote:
Since Google Code is going to be shut down we need a new place for the
Vim repository. Many users have given their opinion and github appears
to be
33 matches
Mail list logo