Note that `src/Makefile` is written in such a way that the Vim icons are
not installed in case the following directories don't exist:
```
ICON48PATH = $(DESTDIR)$(DATADIR)/icons/hicolor/48x48/apps
ICON32PATH = $(DESTDIR)$(DATADIR)/icons/locolor/32x32/apps
ICON16PATH = $(DESTDIR)$(DATADIR)/icons/loc
On Tue, Nov 3, 2015 at 8:22 AM, SungHyun Nam wrote:
> Hello,
>
> I used hangulin feature nowadays, because it does not support
> utf-8 encoding, I always ran vim with 'set encoding=cp949'.
> But it gave me a pain whenever I open utf-8 encoded file.
>
> So that, today I made a patch. Any feedback
Hello,
I used hangulin feature nowadays, because it does not support
utf-8 encoding, I always ran vim with 'set encoding=cp949'.
But it gave me a pain whenever I open utf-8 encoded file.
So that, today I made a patch. Any feedback is welcome!
Thanks,
namsh
--
--
You received this message fro
On Mon, Nov 02, 2015 at 07:15:53PM +0100, Tony Mechelynck wrote:
> After patches 7.4.904 to .908 I get the following compile warnings:
> the first one is for using a deprecated declaration defined in a GDK
> include file, so possibly unavoidable;
No: that's the GDK library saying you shouldn't be
On Tue, Nov 03, 2015 at 07:37:33AM +0100, Tony Mechelynck wrote:
> [...]
>
> in /etc/profile maybe, or in some other script sourced by all shells?
> Ah, there: /etc/profile.d/xdg-environment.sh and
> /etc/profile.d/xdg-environment.csh (which IIUC are sourced by some
> other shell startup script):
On Tue, Nov 3, 2015 at 6:53 AM, lilydjwg wrote:
> [...]
> If $prefix/share/applications doesn't exist, just create it.
>
> A XDG_DATA_DIRS setting specifies where to search for
> applications/*.desktop files[1], and it defaults to ~/.local/share,
> /usr/local/share and /usr/share on my system.
on
On Mon, Nov 02, 2015 at 11:10:11PM +0100, Bram Moolenaar wrote:
> [...]
>
> I also have /usr/share/applications, no /usr/local/share/applications.
>
> Perhaps we need to try a few directories, but we also want to give the
> user a chance to change the target directory. Perhaps we need a specific
On 2015-11-01, Gary Johnson wrote:
> On 2015-10-30, Bram Moolenaar wrote:
> > Jonathan Newton wrote:
> > > Do you expect to accept this patch sometime soon?
> >
> > Not sure. We already have so many options...
> > But it does make sense to limit the places where 'ignorecase' applies.
> >
> > I
Hi,
This issue is relevant to Patch 7.4.904.
Attached is a patch for fixing it.
NOTE: Even on OS X, ` .desktop` files are often useful for those who build
a full-fledged or partial GNOME or KDE environment on OS X for a
full-screen X11.
So, the patch is written in such a way that `vim.desktop`
One of the commits today broke installation on OS X 10.11.1.
'make install' bombs out with the following:
--8<--
if test -d /usr/local/share/icons/locolor/16x16/apps -a -w
/usr/local/share/icons/locolor/16x16/apps \
-a ! -f /usr/local/share/icons/locolor/16x16/app
Bram Moolenaar wrote:
> Charles Campbell wrote:
>
>> Bram Moolenaar wrote:
>>> Patch 7.4.907
>>> Problem:Libraries for dynamically loading interfaces can only be defined
>>> at compile time.
>>> Solution: Add options to specify the dll names. (Kazuki Sakamoto,
>>> clos
Charles Campbell wrote:
> Bram Moolenaar wrote:
> > Patch 7.4.907
> > Problem:Libraries for dynamically loading interfaces can only be defined
> > at compile time.
> > Solution: Add options to specify the dll names. (Kazuki Sakamoto,
> > closes #452)
> > Files:
Tony Mechelynck wrote:
> On Mon, Nov 2, 2015 at 3:46 PM, Marius Gedminas wrote:
> > On Mon, Nov 02, 2015 at 01:57:55PM +0100, Bram Moolenaar wrote:
> >>
> >> With the latest changes this error is reported:
> >>
> >> cp ../runtime/vim.desktop ../runtime/gvim.desktop \
> >> /usr/lo
Bram Moolenaar wrote:
> Patch 7.4.907
> Problem:Libraries for dynamically loading interfaces can only be defined
> at compile time.
> Solution: Add options to specify the dll names. (Kazuki Sakamoto,
> closes #452)
> Files: runtime/doc/if_lua.txt, runtime/doc/if_p
On 02/11/2015 11:36 a.m., Bram Moolenaar wrote:
>
> Cesar Romani wrote:
>
>> On 02/11/2015 09:30 a.m., Bram Moolenaar wrote:
>> >
>> > Patch 7.4.907
>> > Problem:Libraries for dynamically loading interfaces can
only be
>> > defined
>> > at compile time.
>> > Sol
On Mon, Nov 2, 2015 at 3:46 PM, Marius Gedminas wrote:
> On Mon, Nov 02, 2015 at 01:57:55PM +0100, Bram Moolenaar wrote:
>>
>> With the latest changes this error is reported:
>>
>> cp ../runtime/vim.desktop ../runtime/gvim.desktop \
>> /usr/local/share/vim/vim-7.4/share/application
After patches 7.4.904 to .908 I get the following compile warnings:
the first one is for using a deprecated declaration defined in a GDK
include file, so possibly unavoidable; the other two are for breaking
strict aliasing rules in if_py_both.h. An executable is produced.
gcc -c -I. -Iproto -DHAVE
Cesar Romani wrote:
> On 02/11/2015 09:30 a.m., Bram Moolenaar wrote:
> >
> > Patch 7.4.907
> > Problem:Libraries for dynamically loading interfaces can only be
> > defined
> > at compile time.
> > Solution: Add options to specify the dll names. (Kazuki Sakamoto,
> >
Patch 7.4.908 (after 7.4.907)
Problem:Build error with MingW compiler. (Cesar Romani)
Solution: Change #if into #ifdef.
Files: src/if_perl.xs
*** ../vim-7.4.907/src/if_perl.xs 2015-11-02 15:27:03.438325506 +0100
--- src/if_perl.xs 2015-11-02 17:30:13.179498033 +0100
***
On 02/11/2015 09:30 a.m., Bram Moolenaar wrote:
>
> Patch 7.4.907
> Problem:Libraries for dynamically loading interfaces can only be
> defined
> at compile time.
> Solution: Add options to specify the dll names. (Kazuki Sakamoto,
> closes #452)
> Files: runtime
On Mon, Nov 02, 2015 at 01:57:55PM +0100, Bram Moolenaar wrote:
>
> With the latest changes this error is reported:
>
> cp ../runtime/vim.desktop ../runtime/gvim.desktop \
> /usr/local/share/vim/vim-7.4/share/applications
> cp: target `/usr/local/share/vim/vim-7.4/share/applicatio
Patch 7.4.907
Problem:Libraries for dynamically loading interfaces can only be defined
at compile time.
Solution: Add options to specify the dll names. (Kazuki Sakamoto,
closes #452)
Files: runtime/doc/if_lua.txt, runtime/doc/if_perl.txt,
runtime/doc/
Patch 7.4.906
Problem:On MS-Windows the viminfo file is (always) given the hidden
attribute. (raulnac)
Solution: Check the hidden attribute in a different way. (Ken Takata)
Files: src/ex_cmds.c, src/os_win32.c, src/os_win32.pro
*** ../vim-7.4.905/src/ex_cmds.c2015-
Hi Bram,
2015-11-2(Mon) 21:58:02 UTC+9 Bram Moolenaar:
> With the latest changes this error is reported:
>
> cp ../runtime/vim.desktop ../runtime/gvim.desktop \
> /usr/local/share/vim/vim-7.4/share/applications
> cp: target `/usr/local/share/vim/vim-7.4/share/applications' is not
Ken Takata wrote:
> I wrote a patch for the following todo item:
>
> > On MS-Windows viminfo file is always given the hidden attribute? (raulnac,
> > 2015 Oct 30)
>
> This regression occurred when symlink support on Windows was added (7.3.1182).
> Please check attached patch.
Thanks!
--
hund
With the latest changes this error is reported:
cp ../runtime/vim.desktop ../runtime/gvim.desktop \
/usr/local/share/vim/vim-7.4/share/applications
cp: target `/usr/local/share/vim/vim-7.4/share/applications' is not a
directory
What is the correct directory?
--
If bankers can c
Hi,
I wrote a patch for the following todo item:
> On MS-Windows viminfo file is always given the hidden attribute? (raulnac,
> 2015 Oct 30)
This regression occurred when symlink support on Windows was added (7.3.1182).
Please check attached patch.
Regards,
Ken Takata
--
--
You received this
Patch 7.4.905
Problem:Python interface can produce error "vim.message' object has no
attribute 'isatty'".
Solution: Add dummy isatty(), readable(), etc. (closes #464)
Files: src/if_py_both.h, src/testdir/test86.in, src/testdir/test86.ok,
src/testdir/test87.in, sr
Patch 7.4.904
Problem:Vim does not provide .desktop files.
Solution: Include and install .desktop files. (James McCoy, closes #455)
Files: Filelist, runtime/vim.desktop, runtime/gvim.desktop, src/Makefile
*** ../vim-7.4.903/Filelist 2015-09-15 19:17:51.990768865 +0200
--- Filelist
29 matches
Mail list logo
