Giter Site home page Giter Site logo

eovim's People

Contributors

francoisguerret avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

eovim's Issues

Broken support for nvim < 0.4

Eovim refuses nvim < 0.3, but is broken for nvim 0.3. (only 0.4 works as intended).
Actions to be investigated:

  1. drop support for nvim 0.3
  2. fix 0.3 support

How to set defaults eovim options?

Hi,

how can I set default options for eovim, eg specify a default window size (instead of running, e.g., eovim -g 30x20)?

Thanks,

Davide

shift+tab not working

Apparently, shift+tab is not recognized at all. I use tab and shift+tab to move between autocompletion entries and when I press ctrl+v and then shift+tab nothing happens at all - just as if I didn't press any key.

I really wanted to try this, but it seems it no longer works with homebrew setups (OsX/Darwin)

_☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠_
| ~/src/eovim/build @ work-mbp (abuser)
|11:37:40💀> safe_pwd
/Users/magregor/src/eovim/build
_☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠_
| ~/src/eovim/build @ work-mbp (abuser)
|11:37:43💀> ll
total 288
-rw-r--r--   1 abuser  staff    98K Apr  8 01:26 CMakeCache.txt
drwxr-xr-x  17 abuser  staff   578B Apr  8 01:26 CMakeFiles/
-rw-r--r--   1 abuser  staff   3.8K Apr  8 01:26 CPackConfig.cmake
-rw-r--r--   1 abuser  staff   4.3K Apr  8 01:26 CPackSourceConfig.cmake
-rw-r--r--   1 abuser  staff    19K Apr  8 01:26 Makefile
-rw-r--r--   1 abuser  staff   4.2K Apr  8 01:26 cmake_install.cmake
drwxr-xr-x   3 abuser  staff   102B Apr  8 01:26 data/
-rwxr-xr-x   1 abuser  staff   145K Apr  8 01:26 eovim
drwxr-xr-x   3 abuser  staff   102B Apr  8 01:26 include/
drwxr-xr-x   4 abuser  staff   136B Apr  8 01:26 man/
drwxr-xr-x   8 abuser  staff   272B Apr  8 01:26 plugins/
drwxr-xr-x   3 abuser  staff   102B Apr  8 01:26 themes/

_☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠_
| ~/src/eovim/build @ work-mbp (abuser)
|11:44:04💀> ./eovim > startup_log 2>&1
_☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠_
| ~/src/eovim/build @ work-mbp (abuser)
|11:45:56💀> cat startup_log | pbcopy

Startup errors:

dbus[56879]: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
ERR<56879>:eldbus lib/eldbus/eldbus_core.c:1050 _connection_get() Error connecting to bus of type 2. error name: org.freedesktop.DBus.Error.NoMemory error message: Not enough memory
ERR<56879>:eina_safety lib/eldbus/eldbus_core.c:1113 eldbus_connection_get() safety check failed: conn == NULL
ERR<56879>:eina_safety lib/eldbus/eldbus_object.c:192 eldbus_object_get() safety check failed: conn == NULL
ERR<56879>:ecore_system_upower modules/ecore/system/upower/ecore_system_upower.c:443 _ecore_system_upower_init() could not get object name=org.freedesktop.UPower, path=/org/freedesktop/UPower
ERR<56879>:eina_safety lib/eldbus/eldbus_core.c:1424 eldbus_name_owner_changed_callback_del() safety check failed: conn == NULL
dbus[56881]: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
ERR<56881>:eldbus lib/eldbus/eldbus_core.c:1050 _connection_get() Error connecting to bus of type 2. error name: org.freedesktop.DBus.Error.NoMemory error message: Not enough memory
ERR<56881>:eina_safety lib/eldbus/eldbus_core.c:1113 eldbus_connection_get() safety check failed: conn == NULL
ERR<56881>:eina_safety lib/eldbus/eldbus_object.c:192 eldbus_object_get() safety check failed: conn == NULL
ERR<56881>:ecore_system_upower modules/ecore/system/upower/ecore_system_upower.c:443 _ecore_system_upower_init() could not get object name=org.freedesktop.UPower, path=/org/freedesktop/UPower
ERR<56881>:eina_safety lib/eldbus/eldbus_core.c:1424 eldbus_name_owner_changed_callback_del() safety check failed: conn == NULL
dbus[56883]: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
ERR<56883>:eldbus lib/eldbus/eldbus_core.c:1050 _connection_get() Error connecting to bus of type 2. error name: org.freedesktop.DBus.Error.NoMemory error message: Not enough memory
ERR<56883>:eina_safety lib/eldbus/eldbus_core.c:1113 eldbus_connection_get() safety check failed: conn == NULL
ERR<56883>:eina_safety lib/eldbus/eldbus_object.c:192 eldbus_object_get() safety check failed: conn == NULL
ERR<56883>:ecore_system_upower modules/ecore/system/upower/ecore_system_upower.c:443 _ecore_system_upower_init() could not get object name=org.freedesktop.UPower, path=/org/freedesktop/UPower
ERR<56883>:eina_safety lib/eldbus/eldbus_core.c:1424 eldbus_name_owner_changed_callback_del() safety check failed: conn == NULL
ERR<56879>:evas-gl_common modules/evas/engines/gl_common/evas_gl_context.c:172 evas_gl_symbols() GL extension string was empty
ERR<56879>:elementary lib/elementary/elm_layout.c:886 _elm_layout_efl_file_file_set() failed to set edje file '/usr/local/share/eovim/themes/default.edj', group 'eovim/main': File Does Not Exist
CRI<56879>:eovim /Users/magregor/src/eovim/src/gui.c:88 _layout_item_add() Failed to set layout
CRI<56879>:eovim /Users/magregor/src/eovim/src/gui.c:187 gui_add() Failed to get layout item
CRI<56879>:eovim /Users/magregor/src/eovim/src/nvim.c:674 nvim_new() Failed to set up the graphical user interface
CRI<56879>: ../src/lib/eina/eina_binbuf_template_c.x:91 eina_strbuf_free() *** Eina Magic Check Failed at 0x7f8fca621b00 !!!
    Input handle is wrong type
    Expected: 98761250 - Eina Strbuf
    Supplied: 0000cadb - (unknown)
*** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
*** Now go fix your code. Tut tut tut!


CRI<56879>:eovim /Users/magregor/src/eovim/src/main.c:210 elm_main() Failed to create a NeoVim instance
dbus[56888]: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
ERR<56888>:eldbus lib/eldbus/eldbus_core.c:1050 _connection_get() Error connecting to bus of type 2. error name: org.freedesktop.DBus.Error.NoMemory error message: Not enough memory
ERR<56888>:eina_safety lib/eldbus/eldbus_core.c:1113 eldbus_connection_get() safety check failed: conn == NULL
ERR<56888>:eina_safety lib/eldbus/eldbus_object.c:192 eldbus_object_get() safety check failed: conn == NULL
ERR<56888>:ecore_system_upower modules/ecore/system/upower/ecore_system_upower.c:443 _ecore_system_upower_init() could not get object name=org.freedesktop.UPower, path=/org/freedesktop/UPower
ERR<56888>:eina_safety lib/eldbus/eldbus_core.c:1424 eldbus_name_owner_changed_callback_del() safety check failed: conn == NULL

It's looking for dbus[56879]: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded!

But homebrew doesn't use that name anymore AFAIK:

_☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠_
| ~/src/eovim/build @ work-mbp (abuser)
|04:44:04💀> brew services list
Name       Status  User Plist
dbus       started root /Library/LaunchDaemons/homebrew.mxcl.dbus.plist
mysql      stopped
postgresql stopped
pulseaudio stopped
redis      stopped

my PKG_CONFIG_PATH

/usr/local/lib/pkgconfig:/usr/local/opt/openssl/lib/pkgconfig:/usr/local/opt/qt/lib/pkgconfig:/usr/local/lib/pkgconfig:/usr/local/opt/openssl/lib/pkgconfig:/usr/local/opt/qt/lib/pkgconfig:/usr/local/lib/pkgconfig

Info on qt5.10

_☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠__☠_
| ~/src/eovim/build @ work-mbp (abuser)
|12:02:13💀> brew info qt
qt: stable 5.10.1 (bottled), HEAD [keg-only]
Cross-platform application and UI framework
https://www.qt.io/
/usr/local/Cellar/qt/5.9.1 (9,019 files, 278.0MB)
  Poured from bottle on 2017-10-01 at 18:03:00
/usr/local/Cellar/qt/5.10.1 (9,375 files, 295.2MB)
  Poured from bottle on 2018-04-08 at 01:49:40
From: https://github.com/Homebrew/homebrew-core/blob/master/Formula/qt.rb
==> Dependencies
Build: pkg-config ✔
Optional: mysql ✔, postgresql ✔
==> Requirements
Build: xcode ✔
Required: macOS >= 10.8 ✔
==> Options
--with-docs
        Build documentation
--with-examples
        Build examples
--with-mysql
        Build with mysql support
--with-postgresql
        Build with postgresql support
--without-proprietary-codecs
        Don't build with proprietary codecs (e.g. mp3)
--HEAD
        Install HEAD version
==> Caveats
We agreed to the Qt opensource license for you.
If this is unacceptable you should uninstall.

This formula is keg-only, which means it was not symlinked into /usr/local,
because Qt 5 has CMake issues when linked.

If you need to have this software first in your PATH run:
  echo 'export PATH="/usr/local/opt/qt/bin:$PATH"' >> ~/.bash_profile

For compilers to find this software you may need to set:
    LDFLAGS:  -L/usr/local/opt/qt/lib
    CPPFLAGS: -I/usr/local/opt/qt/include
For pkg-config to find this software you may need to set:
    PKG_CONFIG_PATH: /usr/local/opt/qt/lib/pkgconfig

No Ligatures support

First of all thank you work your work. I'm using the Fira Code font, which provides ligatures i.e. for '=='. Eovim doesn't display ligatures, while e.g.: PHPStorm does.

I looked a little bit around, but I'm not sure what need to be done to fix.

  • eovim --version: eovim 0.1.3.99-25d452f
  • nvim --version | head -n1: NVIM v0.4.3
  • edje_cc --version:Version: 1.23.3

Command line externalization, no visual feedback

Archlinux
eovim git master 8ae7378
efl version 1.20.3
neovim 0.2.2

The new functionnality command line externalization works but there is no characters feedback in the command bar.
Furthermore, three error lines are outputted:

ERR<27091>:eo lib/eo/eo.c:573 _efl_object_call_resolve() in ../src/lib/efl/interfaces/efl_container.eo.c:6: func 'efl_content_get' (765) could not be resolved for class 'Efl.Canvas.Layout_Internal'.
ERR<27091>:eo lib/eo/eo.c:573 _efl_object_call_resolve() in ../src/lib/efl/interfaces/efl_container.eo.c:6: func 'efl_content_get' (765) could not be resolved for class 'Efl.Canvas.Layout_Internal'.
ERR<28989>:edje lib/edje/edje_part.c:21 _part_reuse_error() A previous misuse of efl_part has been detected. Handles returned by efl_part() are valid for a single function call. Did you call a non implemented function? obj: 0x80000004cf007a02 has been deleted!

Tooltip support

Add tooltip support to display information while hovering over some text.

Error when starting eovim

I compiled cleanly with

rm -rf build
./scripts/get-msgpack.sh
mkdir -p build && cd build
cmake -DCMAKE_BUILD_TYPE=Release ..
cmake --build .

After installing and starting, I get the following:

ERR<6612>:eo lib/eo/eo.c:574 _efl_object_call_resolve() in lib/edje/edje_object.eo.c:102: func 'edje_obj_signal_emit' (1057) could not be resolved for class 'Elm.Layout'.
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/lib64/libeina.so.1	 0x7fbda62b66cc 0x7fbda628f000
/lib64/libeina.so.1	 0x7fbda62b73f1 0x7fbda628f000
/lib64/libeina.so.1	 0x7fbda62b87c3 0x7fbda628f000
/lib64/libeo.so.1	 0x7fbda0d3804f 0x7fbda0d2e000
/lib64/libedje.so.1	 0x7fbda5998883 0x7fbda58ea000
fish: “eovim” terminated by signal SIGSEGV (Address boundary error)

Due to the segfault, the btlog seems to be incomplete:

/lib64/libeina.so.1| /usr/src/debug/efl-1.20.5-1.fc27.x86_64/src/lib/eina/eina_log.c      : 2055 @ eina_log_print_cb_journald()
/lib64/libeina.so.1| /usr/src/debug/efl-1.20.5-1.fc27.x86_64/src/lib/eina/eina_log.c      : 1456 @ eina_log_print_cb_stdout()
/lib64/libeina.so.1| /usr/src/debug/efl-1.20.5-1.fc27.x86_64/src/lib/eina/eina_log.c      : 2260 @ eina_log_print()
/lib64/libeo.so.1  |   /usr/src/debug/efl-1.20.5-1.fc27.x86_64/src/lib/eo/eo.c            :  583 @ _efl_object_call_resolve()
/lib64/libedje.so.1| /usr/src/debug/efl-1.20.5-1.fc27.x86_64/src/lib/edje/edje_object.eo.c:  102 @ edje_obj_signal_emit()

Running Fedora 27, so I have quite a recent version of the libs:

edje_cc --version
Version: 1.20.5

It does start if I use env EINA_LOG_BACKTRACE=0 eovim, but then I have what seems to be the commandline opened and floating above my window all the time.

I also peeked at the coredump, hope it helps:

(gdb) bt full
#0  0x00007f607341fcd2 in _eina_debug_dump_fhandle_bt (f=0x7f6071a3f660 <_IO_2_1_stderr_>, bt=bt@entry=0x7fff118c9f00, btlen=<optimized out>)
    at lib/eina/eina_debug_bt.c:70
        i = <optimized out>
        info = {dli_fname = 0x0, dli_fbase = 0x400000, dli_sname = 0x404a89 "gui_cmdline_hide", dli_saddr = 0x40af10 <gui_cmdline_hide>}
        file = 0x0
        offset = 0
        base = 0
#1  0x00007f607342e6d9 in eina_log_print_cb_stderr (args=<optimized out>, data=<optimized out>, fmt=<optimized out>, line=<optimized out>, fnc=<optimized out>, file=<optimized out>, level=<optimized out>, d=<optimized out>) at lib/eina/eina_log.c:2055
        bt = 
          {0x7f607342e6cc <eina_log_print_cb_stderr+76>, 0x7f607342f3f1 <eina_log_print_unlocked+193>, 0x7f60734307c3 <eina_log_print+227>, 0x7f606deb004f <_efl_object_call_resolve+271>, 0x7f6072b10883 <edje_obj_signal_emit+131>, 0x40af27 <gui_cmdline_hide+23>, 0x40b4bc <gui_add+924>, 0x408d0d <nvim_new+749>, 0x407e6f <elm_main+687>, 0x407acc <main+44>, 0x7f607168200a <__libc_start_main+234>, 0x407b0a <_start+42>, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7f6071f1364f, 0x7fff118ca530, 0x7fff118ca6c0, 0x11, 0x7fff118ca540, 0x7f6071a3b120 <_IO_strn_jumps>, 0x7f60716b4eda <vfprintf+1562>, 0x0, 0x0, 0x0, 0x0, 0x0, 0x5a7374f31186c200, 0x7f60734682a0, 0x7fff118ca590, 0x7fff118ca5a0, 0x7f606debb093, 0x7f6071a3f660 <_IO_2_1_stderr_>, 0x7f60716b4c56 <vfprintf+918>, 0x7f6072b2ffa5, 0x7f6073442ddb <eina_str_split_full_helper+395>, 0x0, 0x0, 0x1, 0x7f605496207e, 0x7f6071f1365a, 0x0, 0xd68, 0x7f6071f1365b, 0x7f6071f13653, 0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x2, 0x0, 0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x5a7374f31186c200, 0x7f606debb828, 0x7fff118ca6d0, 0x7fff118cafd0, 0x7fff118cafd0, 0x7f6071a3f660 <_IO_2_1_stderr_>, 0x7f60716b4c56 <vfprintf+918>, 0x0 <repeats 21 times>, 0x2, 0x0, 0x2, 0x0 <repeats 52 times>, 0x14, 0x7f6054960a42, 0x2671d00, 0x7f60716f763a <strdup+26>, 0x7f6054960a55, 0x7f6054960a55, 0x7f6072b2ffa5, 0x7f6073442ddb <eina_str_split_full_helper+395>, 0x14, 0x7f6000000000, 0x1, 0x7f6054960a42, 0x7f6071eeaa15, 0x7f6071eeaa15, 0x7f6072b2ffa5, 0x7f6073442ddb <eina_str_split_full_helper+395>, 0x0, 0x0, 0x1, 0x7f6071eeaa02, 0x0 <repeats 31 times>, 0x5a7374f31186c200, 0x0, 0x7f6071a3f660 <_IO_2_1_stderr_>, 0x7f6071a3f660 <_IO_2_1_stderr_>, 0x7f606debb093, 0x23e, 0x7f606debc190 <__FUNCTION__.15276>, 0x1, 0x7f6071789206 <__fprintf_chk+262>, 0x3000000030, 0x7fff118ca6b0, 0x7fff118ca5c0, 0x5a7374f31186c200, 0x0, 0x0, 0x0, 0x7f6073468240, 0x7f6073468b09, 0x1f00, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x7f6071767940 <write+96>, 0x0, 0x1, 0x0, 0x1, 0x7f6071a3f6e3 <_IO_2_1_stderr_+131>, 0x7f60716e43fd <_IO_new_file_write+45>, 0x7f6071a3f660 <_IO_2_1_stderr_>, 0xd68, 0x1, 0x7f6071a3f6e3 <_IO_2_1_stderr_+131>, 0x7f6071a3b420 <__GI__IO_file_jumps>, 0x7f60716e6171 <__GI__IO_do_write+177>, 0x2092990, 0x7f6071a3f660 <_IO_2_1_stderr_>, 0xa, 0x7f606debb828, 0x7fff118cafd0, 0x7f606debb828, 0x23e, 0x7f60716e6623 <__GI__IO_file_overflow+259>, 0x7f6071a3f660 <_IO_2_1_stderr_>, 0x1, 0x7f606debb828, 0x7f60716e168b <putc+283>, 0x61e800 <stderr@@GLIBC_2.2.5>, 0x7f607342e772 <eina_log_print_cb_stderr+82>}
        btlen = <optimized out>
#2  0x00007f607342f3f1 in eina_log_print_unlocked (domain=31, level=EINA_LOG_LEVEL_ERR, file=0x7f606debb093 "lib/eo/eo.c", fnc=0x7f606debc190 <__FUNCTION__.15276> "_efl_object_call_resolve", line=<optimized out>, fmt=0x7f606debb828 "in %s:%d: func '%s' (%d) could not be resolved for class '%s'.", args=0x7fff118cafd0) at lib/eina/eina_log.c:1454
        d = <optimized out>
#3  0x00007f60734307c3 in eina_log_print (domain=31, level=level@entry=EINA_LOG_LEVEL_ERR, file=file@entry=0x7f606debb093 "lib/eo/eo.c", fnc=fnc@entry=0x7f606debc190 <__FUNCTION__.15276> "_efl_object_call_resolve", line=574, fmt=0x7f606debb828 "in %s:%d: func '%s' (%d) could not be resolved for class '%s'.")
    at lib/eina/eina_log.c:2259
        args = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x7fff118cb108, reg_save_area = 0x7fff118caff0}}
#4  0x00007f606deb004f in _efl_object_call_resolve (eo_id=eo_id@entry=0x80000004c7d2c34c, func_name=func_name@entry=0x7f6072b36ed2 "edje_obj_signal_emit", call=call@entry=0x7fff118cb180, cache=0x7f60738379e0, file=file@entry=0x7f6072b36c3c "lib/edje/edje_object.eo.c", line=line@entry=102) at lib/eo/eo.c:583
        klass = <optimized out>
        inputklass = <optimized out>
        main_klass = <optimized out>
        cur_klass = <optimized out>
        obj = <optimized out>
        vtable = <optimized out>
        func = <optimized out>
        is_obj = 1 '\001'
        is_override = <optimized out>
        super = <optimized out>
        __FUNCTION__ = "_efl_object_call_resolve"
#5  0x00007f6072b10883 in edje_obj_signal_emit (obj=0x80000004c7d2c34c, emission=0x417014 "eovim,cmdline,hide", source=0x415914 "eovim")
    at lib/edje/edje_object.eo.c:102
        ___cache = {index = {{klass = 0x2254f70}}, entry = {{func = 0x22570f0}}, off = {{off = 576}}, op = 1057, generation = 1}
        ___call = 
          {eo_id = 0x80000004c7d2c34c, obj = 0x24dcaa0, func = 0x800000021fd2c2f7, data = 0x7f606e0e42b9 <efl_gfx_visible_set+153>, extn1 = 0x8000000a8fd2c405, extn2 = 0x265fd20, extn3 = 0x7f6071eb1c20 <_elm_widget_efl_gfx_visible_set>, extn4 = 0x265ff50}
        _func_ = <optimized out>
#6  0x000000000040af27 in gui_cmdline_hide ()
#7  0x000000000040b4bc in gui_add ()
#8  0x0000000000408d0d in nvim_new ()
#9  0x0000000000407e6f in elm_main ()
#10 0x0000000000407acc in main ()

Error on exit: not properly closed all its desktop references

When exiting eovim, it returns the following error:
ERR<9093>:efreet_cache lib/efreet/efreet_cache.c:396 efreet_cache_shutdown() This application has not properly closed all its desktop references!
What does it mean? Is it a problem?

  • eovim --version: eovim 0.1.2.99-5a69a50
  • nvim --version | head -n1: NVIM v0.2.2-41-gee031eb52
  • edje_cc --version: 1.20.7

`cmake --build . ` fails on ubuntu

  • eovim --version: commit eb6afc9
  • nvim --version | head -n1: NVIM v0.2.3-dev
  • edje_cc --version: Version: 1.20.6

I get the install instructions running including point 3
cmake -DCMAKE_BUILD_TYPE=Release ..

After that, point 4 fails with:

Scanning dependencies of target libeovim
[  4%] Building C object plugins/CMakeFiles/libeovim.dir/lib/eovim.c.o
[  8%] Linking C shared library lib/libeovim.so
[  8%] Built target libeovim
Scanning dependencies of target themes
[ 13%] Generating Edje Theme
[ 13%] Built target themes
Scanning dependencies of target eovim
[ 17%] Building C object CMakeFiles/eovim.dir/src/main.c.o
[ 21%] Building C object CMakeFiles/eovim.dir/src/nvim.c.o
In file included from /usr/include/eina-1/Eina.h:214:0,
                 from /home/sluedtke/.local/tmp/eovim/src/include/eovim/types.h:26,
                 from /home/sluedtke/.local/tmp/eovim/src/include/eovim/nvim_api.h:26,
                 from /home/sluedtke/.local/tmp/eovim/src/nvim.c:23:
/home/sluedtke/.local/tmp/eovim/src/nvim.c: In function ‘_handle_request_response’:
/home/sluedtke/.local/tmp/eovim/src/nvim.c:105:52: error: ‘MSGPACK_OBJECT_STR’ undeclared (first use in this function)
         if (EINA_UNLIKELY(err_args->ptr[1].type != MSGPACK_OBJECT_STR))
                                                    ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:105:52: note: each undeclared identifier is reported only once for each function it appears in
/home/sluedtke/.local/tmp/eovim/src/nvim.c:110:15: error: unknown type name ‘msgpack_object_str’
         const msgpack_object_str *const e = &(err_args->ptr[1].via.str);
               ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:110:67: error: ‘msgpack_object_union {aka union <anonymous>}’ has no member named ‘str’
         const msgpack_object_str *const e = &(err_args->ptr[1].via.str);
                                                                   ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:111:68: error: request for member ‘ptr’ in something not a structure or union
         Eina_Stringshare *const err = eina_stringshare_add_length(e->ptr,
                                                                    ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:112:68: error: request for member ‘size’ in something not a structure or union
                                                                   e->size);
                                                                    ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c: In function ‘_stringshare_extract’:
/home/sluedtke/.local/tmp/eovim/src/nvim.c:151:21: error: ‘MSGPACK_OBJECT_STR’ undeclared (first use in this function)
    if (obj->type == MSGPACK_OBJECT_STR)
                     ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:153:15: error: unknown type name ‘msgpack_object_str’
         const msgpack_object_str *const str = &(obj->via.str);
               ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:153:57: error: ‘msgpack_object_union {aka const union <anonymous>}’ has no member named ‘str’
         const msgpack_object_str *const str = &(obj->via.str);
                                                         ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:154:47: error: request for member ‘ptr’ in something not a structure or union
         return eina_stringshare_add_length(str->ptr, str->size);
                                               ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:154:57: error: request for member ‘size’ in something not a structure or union
         return eina_stringshare_add_length(str->ptr, str->size);
                                                         ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:156:26: error: ‘MSGPACK_OBJECT_BIN’ undeclared (first use in this function)
    else if (obj->type == MSGPACK_OBJECT_BIN)
                          ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:158:15: error: unknown type name ‘msgpack_object_bin’
         const msgpack_object_bin *const bin = &(obj->via.bin);
               ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:158:57: error: ‘msgpack_object_union {aka const union <anonymous>}’ has no member named ‘bin’
         const msgpack_object_bin *const bin = &(obj->via.bin);
                                                         ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:159:47: error: request for member ‘ptr’ in something not a structure or union
         return eina_stringshare_add_length(bin->ptr, bin->size);
                                               ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:159:57: error: request for member ‘size’ in something not a structure or union
         return eina_stringshare_add_length(bin->ptr, bin->size);
                                                         ^
/home/sluedtke/.local/tmp/eovim/src/nvim.c:167:1: warning: control reaches end of non-void function [-Wreturn-type]
 }
 ^
CMakeFiles/eovim.dir/build.make:86: recipe for target 'CMakeFiles/eovim.dir/src/nvim.c.o' failed
make[2]: *** [CMakeFiles/eovim.dir/src/nvim.c.o] Error 1
CMakeFiles/Makefile2:100: recipe for target 'CMakeFiles/eovim.dir/all' failed
make[1]: *** [CMakeFiles/eovim.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2

Any idea?

Bindings for control+shift send control instead

Bindings for control+shift+key (<C-S-{Key}>) send control+key instead.

I'm using and to move window panes, which works correctly in NeoVim in Termite and NeoVim-QT, but not in eovim. So far, it's the only thing keeping me from switching to eovim as my main Vim.

  • eovim --version: eovim 0.1.3.99-24cd28f
  • nvim --version | head -n1: NVIM v0.3.3
  • edje_cc --version: Version: 1.21.1

neovim >=0.3.2 not working

  • eovim --version: eovim 0.1.3
  • nvim --version | head -n1: >=0.3.2
  • edje_cc --version: 1.20.7

The gui can't seem to open a file and display any contents when nvim version is >= 0.3.2. Using 0.3.1 works. The config section works, but no buffer. If you make error in init.vim, you get a brief startup error before it goes blank. It works fine on 0.3.1.

The effected nvim versions trigger this log message on stdout or stderrr of invoking terminal.

ERR<26674>:eovim /home/me/share/util/src/eovim/src/nvim.c:360 _nvim_received_data_cb() Invalid message identifier 0

Several other front ends seem to break starting with 0.3.2 also.

onivim/oni#2704

Build with flags '-Wl,--no-undefined'

Hi! I bumped into rpmlint erros when building rpm in OBS:

[   86s] [ 63%] Building C object CMakeFiles/eovim.dir/src/prefs.c.o
[   86s] /usr/bin/cc -DBUILD_DATA_DIR=\"/home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/build\" -DBUILD_PLUGINS_DIR=\"/home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/build/plugins\" -DHAVE_PLUGINS=1 -DLIB_SUFFIX=\"\" -DMODULE_EXT=\".so\" -DPACKAGE_BIN_DIR=\"/usr/bin\" -DPACKAGE_DATA_DIR=\"/usr/share/eovim\" -DPACKAGE_LIB_DIR=\"/usr/lib\" -DSOURCE_DATA_DIR=\"/home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/data\" -isystem /usr/include/efl-1 -isystem /usr/include/eina-1 -isystem /usr/include/eina-1/eina -isystem /usr/include/eet-1 -isystem /usr/include/emile-1 -isystem /usr/include/eo-1 -isystem /usr/include/evas-1 -isystem /usr/include/evas-1/canvas -isystem /usr/include/libpng16 -isystem /usr/include/harfbuzz -isystem /usr/include/fribidi -isystem /usr/include/freetype2 -isystem /usr/include/ecore-1 -isystem /usr/include/glib-2.0 -isystem /usr/lib/glib-2.0/include -isystem /usr/include/luajit-5_1-2.1 -isystem /usr/include/edje-1 -isystem /usr/include/ecore-audio-1 -isystem /usr/include/eio-1 -isystem /usr/include/efreet-1 -isystem /usr/include/ecore-ipc-1 -isystem /usr/include/embryo-1 -isystem /usr/include/ecore-imf-evas-1 -isystem /usr/include/ecore-imf-1 -isystem /usr/include/ecore-evas-1 -isystem /usr/include/ecore-drm2-1 -isystem /usr/include/elput-1 -isystem /usr/include/libinput -isystem /usr/include/libxkbcommon -isystem /usr/include/ecore-input-evas-1 -isystem /usr/include/ecore-input-1 -isystem /usr/include/eeze-1 -isystem /usr/include/libmount -isystem /usr/include/blkid -isystem /usr/include/uuid -isystem /usr/include/ecore-file-1 -isystem /usr/include/ecore-con-1 -isystem /usr/include/eldbus-1 -isystem /usr/include/dbus-1.0 -isystem /usr/lib/dbus-1.0/include -isystem /usr/include/elementary-1 -isystem /usr/include/libdrm -isystem /usr/include/ecore-wl2-1 -isystem /usr/include/wayland -isystem /usr/include/ecore-fb-1 -isystem /usr/include/ecore-x-1 -isystem /usr/include/elocation-1 -isystem /usr/include/emotion-1 -isystem /usr/include/ethumb-client-1 -isystem /usr/include/ethumb-1 -I/home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/src/include -I/home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/build/include  -fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g -g -DNDEBUG -O2 -g -DNDEBUG   -Wall -Wextra -Wshadow -Winit-self -Wfloat-equal -Wtrigraphs -Wconversion -Wcast-align -Wlogical-op -Wunsafe-loop-optimizations -Wdouble-promotion -Wformat=2 -std=gnu11 -o CMakeFiles/eovim.dir/src/prefs.c.o   -c /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/src/prefs.c
[   86s] CMakeFiles/imageviewer.dir/imageviewer/plugin.c.o: In function `_preview_add':
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:77: undefined reference to `evas_object_event_callback_add'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:82: undefined reference to `evas_object_size_hint_weight_set'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:83: undefined reference to `evas_object_size_hint_align_set'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:86: undefined reference to `evas_object_geometry_get'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:92: undefined reference to `evas_object_size_hint_min_set'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:96: undefined reference to `evas_object_show'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:97: undefined reference to `evas_object_show'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:98: undefined reference to `evas_object_focus_set'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:100: undefined reference to `evas_object_focus_set'
[   86s] CMakeFiles/imageviewer.dir/imageviewer/plugin.c.o: In function `_popup_close_cb':
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:64: undefined reference to `evas_object_focus_set'
[   86s] /home/abuild/rpmbuild/BUILD/eovim-0.1.99+git20171207.93bcb51/plugins/imageviewer/plugin.c:65: undefined reference to `evas_object_del'
[   86s] collect2: error: ld returned 1 exit status

Unusable on HiDPI display

  • eovim --version: eovim 0.1.3
  • nvim --version | head -n1: NVIM v0.4.3
  • edje_cc --version: Version: 1.23.3
    eovim was installed on Archlinux from the AUR.
    Interface was unable to create a useable display on a HiDPI display (resolution 296x297, 17in display, Lenovo laptop). I was able to see a blue pulsing box that looked like an unfocused cursor in the top left of the display, but couldn't do anything with that. Couldn't tell what it was for. Finally found the blue icon at the top right of the display. It looked like a display within a display, but all the menu items were far too small to make any use of. I had started eovim with a file argument at the command line, but I couldn't tell if it had been loaded at all. Clicking on the x to close the "interior display" caused the application to immediately close with a core dump. Using the window manager's x icon to close the window also caused a core dump.

Allow tabs reordering

We can currently interact with the tabline by activating tabs, but we cannot re-order the tabs with drag and drop, as done in the web browsers.

Neovim can receive the :tabmove command, but eovim needs to implement the UI interaction.

option unknown

eovim does not handle -c...
more generally, why not to transfer all the unknown options to neovim ?

seg fault at start

  • eovim --version: last git
  • nvim --version | head -n1: NVIM v0.4.3
  • edje_cc --version:1.23.3
    Installed on debian bullseye after installing
    enlightenment libefl-all-dev neovim libmsgpack-dev

I am ready to help fixing that :

GNU gdb (Debian 9.2-1) 9.2
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from eovim...
(No debugging symbols found in eovim)
(gdb) r
Starting program: /home/nous/eovim/build/eovim
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff456a700 (LWP 73787)]
[New Thread 0x7ffff3d69700 (LWP 73788)]
[New Thread 0x7ffff3568700 (LWP 73789)]
[Thread 0x7ffff3568700 (LWP 73789) exited]
[Detaching after fork from child process 73790]
[New Thread 0x7ffff208d700 (LWP 73791)]

Thread 1 "eovim" received signal SIGSEGV, Segmentation fault.
0x00007ffff74d5128 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) Quit
(gdb)

No dead keys with us(intl) keymap on Arch

I just installed from AUR (git) and I cannot type any characters that need dead keys, for example ã, which should be typed by pressing SHIFT+"~"+"a" prints ~a instead.

If you can give me some pointers where I should look I can definitely dive down a bit in the source.

segfault: String would overflow textgrid. Truncating.

I built and installed revision ce028d2 via the AUR package. When I run it the window appears for a second then it crashes with the following error:

ERR<29523>:eovim /home/wmoore/aur/eovim-git/src/eovim-git/src/termview.c:860 termview_put() String would overflow textgrid. Truncating.
## Copy & Paste the below (until EOF) into a terminal, then hit Enter

eina_btlog << EOF
/usr/lib/libeina.so.1	 0x7f2d1ce1988e 0x7f2d1cdf3000
/usr/lib/libeina.so.1	 0x7f2d1ce1a601 0x7f2d1cdf3000
/usr/lib/libeina.so.1	 0x7f2d1ce1ba23 0x7f2d1cdf3000
[1]    29523 segmentation fault (core dumped)  eovim

The backtrace looks truncated but running eina_btlog on the frames shown gives:

    /usr/lib/libeina.so.1| ??/??: 0 @ eina_log_print_cb_journald()
    /usr/lib/libeina.so.1| ??/??: 0 @ eina_log_print_cb_stdout()
    /usr/lib/libeina.so.1| ??/??: 0 @ eina_log_print()

The same crash also happens when running with -N. When run with -g 80x24 it does not crash.

How to set nvim related options at startup?

Hi,

I just installed eovim, and have a few questions about nvim options like colorscheme or mouse.
E.g., I tried writing:
colorscheme desert
set mouse=a
in ~/.config/nvim/eovimrc.vim but it nothing happens (they are also in ginit.vim, which I am using for the qt interface to neovim). They work if I type them directly from eovim.
Thanks for help,

Davide

  • eovim --version: 0.1.2.99-5a69a50
  • nvim --version | head -n1: v0.2.2-41-gee031eb52
  • edje_cc --version:1.20.7

defining theme instead of passing it as parameter?

Hey i was digging around your project i been able to modify my theme but there a thing that i was curious to see if this possible: keep your "edited" theme like you only nead to do a eovim --theme
i tried to rename my new file as the 'default' one and eovim did not like that returning me with "permission denied "while not running it as a sudoer :(
ounce after that you will only nead to use eovim to use your edited theme

and also i made a eovim theme tutorial...

Executable cannot find its installed libraries on 64bit OS X

  • eovim --version:
    • Command fails (see below)
    • Changelog says 0.1.3
    • Git HASH is ad0d64999ccb8793baf5de5f748922040b9240e7
  • nvim --version | head -n1:
    • NVIM v0.3.4
  • edje_cc --version:
    • Version 1.21.1
  • OS
    • Mac OS X Mojave (10.14.4)
  • uname -a
    • Darwin Ben-Forsberg-MTI.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64
  • set | grep PKG
    • PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/local/opt/openssl/lib/pkgconfig:

Following the installation instructions, there are no errors. In the install step in particular, I see the line:

-- Installing: /usr/local/lib64/libeovim.dylib

However, when I attempt to run eovim I get the following error:

3 build $ eovim
dyld: Library not loaded: @rpath/libeovim.dylib
  Referenced from: /usr/local/bin/eovim
  Reason: image not found
Abort trap: 6

Vertical alignment issue with splits, impacted by font weight setting

  • eovim --version: 0.1.3.99-69652c1
  • nvim --version | head -n1: NVIM v0.4.3
  • edje_cc --version: Version: 1.23.

Hello

Thanks for your work on this. It is definitely one of the best Neovim front-ends. The simple addition of the floating command palette makes a massive difference in these days of high-res/large screens.

One issue, however. I have noticed that vertical splits seem to have an alignment issue, possibly/probably related to the ligature (?) support, and in particular triggered by NERDTree.

As recommended, I installed Fira Code, which looks great. If I set the font to use any of the different font weights (e.g. style=Medium), the problem with vertical alignment is 10x worse.

If I just use plain Fira Code with no style option specified as my guifont, the problem is essentially almost non-existent; I say "almost", because when I toggle NERDTree, a couple of vertical bars are very slightly misaligned, e.g. by just a couple of pixels, far less dramatic than the screenshots below. This misalignment propagates to any other split views in the window. However, it immediately disappears and all is perfect again as soon as I close/toggle NERDTRee back to hidden.

So in practice it is only the tiniest imperfection and does not impact usability, it is more of a slight aesthetic ugliness issue.

With, say, Fira Code using the medium style option to increase the font weight, the problem is much more serious. Even after toggling NERDTree to close again, the vertical misalignment remains between splits, which is very ugly. So it essentially makes alternative font weights very problematical.

As I say, my guess is this is related to way that eovim is handling ligatures or some other font width metric.

Hopefully the attached screenshots will explain it better than my text above does.

image

image

An error is raised when launching eovim

the error:

ERR<22560>:edje lib/edje/edje_util.c:3968 _edje_object_size_min_restricted_calc() file /usr/share/elementary/themes/default.edj, group elm/progressbar/horizontal/default has a non-fixed part 'inside'. Adding 'fixed: 1 1;' to source EDC may help. Continuing discarding faulty part.

un petit CRI

Using eovim in full screen, the terminal is decorated by nice sentences such as:
CRI<20096>:eovim /home/fguerret/drafts/eovim/src/nvim_event.c:407 nvim_event_scroll() Invalid argument count. (2 == 1) is false

How could I disable this embellishment.

More fun:

ERR<20981>:eovim /home/fguerret/drafts/eovim/src/gui.c:603 _gl_nth_get() Attempt to get item 4294967295 out of 4
CRI<20981>:eovim /home/fguerret/drafts/eovim/src/nvim_event.c:369 nvim_event_mode_change() Invalid argument count. (2 == 1) is false

eovim dies when closing non terminal buffer

  1. open eovim (not from a terminal)
  2. activate terminal mode (:terminal)
  3. escape terminal mode and open a file in a new buffer (eg :vs toto.cpp)
  4. close the opened buffer (:q)

Eovim crashes opening a popup "The Neovim process *** died. Eovim cannot continue its execution"

Merry Christmas

and one more which kills the process

ERR<25952>:eovim /home/lguerret/projects/eovim/src/nvim.c:357 _nvim_received_error_cb() Error: E41: Out of memory!
o

ERR<25952>:eovim /home/lguerret/projects/eovim/src/nvim.c:357 _nvim_received_error_cb() Error: Vim: Finished.

obtained when:

  1. open eovim
  2. hit ':'
  3. hit '<Tab>'

Could you please accept cursor changes

for example, support

  highlight Cursor guifg=white guibg=steelblue
  highlight iCursor guifg=red guibg=red
  set guicursor=n-v-c:block-Cursor
  set guicursor+=i:ver20-iCursor

Error logs while parsing neovim inputs

Things like this happen sometimes:

CRI<3120>:eovim /home/fguerret/drafts/eovim/src/nvim_event.c:383 nvim_event_mode_change() Invalid argument count. (2 == 1) is false

eovim crashes when I run :checkhealth

  • eovim --version: eovim 0.1.3.99-5535578
  • nvim --version | head -n1: NVIM v0.4.0-174-g7e3300f71
  • edje_cc --version: 1.21.99
% eovim
ERR<1691>:eovim ../src/event/option_set.c:177 nvim_event_option_set() Unknown 'option_set' keyword argument 'ext_multigrid'
[1]    1691 segmentation fault (core dumped)  eovim

Is it possible to build this on macOS?

  • eovim --version: N/A
  • nvim --version | head -n1: NVIM v0.2.2
  • edje_cc --version: Version: 1.20.6

It it possible to compile this on macOS?

I installed the EFL libraries via the homebrew recipe, as noted in the Enlightenment docs.

When running cmake -DCMAKE_BUILD_TYPE=Release .., I get the following message:

><((°> cmake -DCMAKE_BUILD_TYPE=Release ..
-- Could NOT find eet (missing: EET_LIBRARIES EET_INCLUDE_DIRS)
-- Could NOT find evas (missing: EVAS_LIBRARIES EVAS_INCLUDE_DIRS)
-- Could NOT find ecore_file (missing: ECORE_FILE_LIBRARIES ECORE_FILE_INCLUDE_DIRS)
-- Could NOT find edje (missing: EDJE_LIBRARIES EDJE_INCLUDE_DIRS)
-- Could NOT find efreet (missing: EFREET_LIBRARIES EFREET_INCLUDE_DIRS)
-- Could NOT find elementary (missing: ELEMENTARY_LIBRARIES ELEMENTARY_INCLUDE_DIRS)
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
ECORE_FILE_LIBRARY
    linked by target "eovim" in directory /Users/james/bin/eovim
EDJE_LIBRARY (ADVANCED)
    linked by target "eovim" in directory /Users/james/bin/eovim
EET_LIBRARY (ADVANCED)
    linked by target "eovim" in directory /Users/james/bin/eovim
EFREET_LIBRARY (ADVANCED)
    linked by target "eovim" in directory /Users/james/bin/eovim
ELEMENTARY_LIBRARY (ADVANCED)
    linked by target "eovim" in directory /Users/james/bin/eovim
    linked by target "imageviewer" in directory /Users/james/bin/eovim/plugins
    linked by target "sizing" in directory /Users/james/bin/eovim/plugins
EVAS_LIBRARY (ADVANCED)
    linked by target "eovim" in directory /Users/james/bin/eovim
    linked by target "imageviewer" in directory /Users/james/bin/eovim/plugins
    linked by target "sizing" in directory /Users/james/bin/eovim/plugins

-- Configuring incomplete, errors occurred!
See also "/Users/james/bin/eovim/build/CMakeFiles/CMakeOutput.log".

Am I missing some libraries?

Can't load plugins

  • eovim --version: eovim 0.1.2.99-9b8163c
  • nvim --version | head -n1: NVIM v0.2.2
  • edje_cc --version: Version: 1.20.7

It seems like I can't load plugins. They compiled fine and I put them in the .local/lib64/eovim folder as described in the readme — as far as I understand.

This is the error I get in the terminal:

ERR<4510>:eina_module lib/eina/eina_module.c:328 eina_module_load() could not dlopen("/home/user/.local/lib64/eovim/imageviewer.so", libeovim.so: cannot open shared object file: No such file or directory): RTLD_NOW
CRI<4510>:eovim /home/user/Desktop/eovim/src/plugin.c:168 plugin_load() Failed to load plugin 'imageviewer'
ERR<4510>:eina_module lib/eina/eina_module.c:328 eina_module_load() could not dlopen("/home/user/.local/lib64/eovim/sizing.so", libeovim.so: cannot open shared object file: No such file or directory): RTLD_NOW
CRI<4510>:eovim /home/user/Desktop/eovim/src/plugin.c:168 plugin_load() Failed to load plugin 'sizing'

The output of ls -R /home/user/.local/lib64 is:

.:
eovim  libeovim.so

./eovim:
imageviewer.so  libeovim.so  sizing.so

All files are owned by user and executable. I tried chmod 777 and it didn't help.

Thank you!

PS: I'd really like an option to put back the <ESC>: prompt in the bottom line.

Use of --headless

I noticed that eovim uses --headless:

ok &= eina_strbuf_append(cmdline, " --embed --headless");

neovim/neovim#9024 (Nvim 0.3.2) changed the meaning of --headless to more strongly imply "no UI" (i.e., "headless"). Before that change, --headless with --embed was merely redundant. After that change, specifying --embed without --headless should improve behavior, because Nvim won't block for input until the UI has attached.

Platform 'CentOS Linux' is not supported.

Any chance of supporting CentOS?

(master|✓); ./scripts/setup.py                                                  
Platform 'CentOS Linux' is not supported. Please open a ticket: https://github.com/jeanguyomarch/eovim/issues/new                                               
(master|✓); git log | head -1                                                   
commit 5a69a50e03fa157d5d93cc813748961bbaa1efdc  

Can the lib install directory be specified?

I have had two rather minor issues with building eovim on Gentoo. The first only occured when I tried to build the package on its own, outside of Gentoo's portage build system. For some reason cmake choked on this line in CMakeLists.txt
list(GET VERSION_LIST -1 VERSION)
It would spit out:
CMake Error at CMakeLists.txt:62 (list): list GET given empty list
and crash while configuring. Commenting out the line got rid of the problem, but more oddly when I did move on to building the package though portage it had no trouble. I don't know if there is some obvious environment variable the build system was setting that I was not. I could provide plenty more data if desired, but this is so minor and likely my fault that I don't think it's worth the bother to look into. Just thought I'd mention it.

More notably I couldn't find any convenient way of setting the default library install directory. cmake just ignores anything along the lines of LIBDIR, PACKAGE_LIBDIR, INSTALL_LIBDIR, etc. The problem is that Gentoo is moving away from having /usr/lib link to /usr/lib64, and consequently doesn't allow anything to install to /usr/lib at all. The build succeeds, but when portage tries to do its install it crashes and complains of a multilib_strict error. This is not a bug with portage; it's working as intended. I managed to make it work by running
sed -i 's,\(\${CMAKE_INSTALL_PREFIX}/lib\),\164,g' "${BUILD_DIR}/plugins/cmake_install.cmake"
to change the install dir at the last minute before portage calls make install, but I feel like there must be a better way.

Again, these problems are very very minor. I admit to being largely ignorant of cmake, and half an hour of googling around yielded little help, so I just thought I'd ask if there might be something I'm missing here, or if perhaps there's some minor change that could be made to allow for overriding the libdir.

Incidentally, it might also be worth pointing out that eovim can be made to crash with certainty by rapidly resizing the window back and forth (segfault) and it refuses to allow one to size it smaller than the size at which it launched (in Plasma on both my PC and laptop, in Gentoo and Archlinux). It's stable otherwise, so this is somewhat curious.

Conform to fontconfig spec.

Currently, font can be changed by using from vim

set guifont=fontname:fontsize

The parsing is trivial: find the first :, what is on the LHS is the font name, on the RHS is the font size. The font name is then directly passed to the Evas_Textblock.

Turns out that things are not that pretty in real life, as it is possible to specify fonts with great details with fontconfig. And Evas_Textblock actually parses the font as fontconfig formats.
See the fontconfig user manual for details.

So instead of having our own minimal format above, we should just use the fontconfig spec. We just need to force users to specify a font size. For example, to select DejaVu Sans Mono with font size 12 and style Book, this should give:

set guifont=DejaVu\ Sans\ Mono-12:style=Book

This requires to:

  • change the parsing: font size is available after the first dash (what happens if a font contains a dash??)
  • pass everything to the Evas_Textblock
  • update the wiki

Thanks @pcouderc12 for the report.

Probably an EFL issue - can't specify size of bitmapped fonts.

  • eovim 0.1.2.99-5a69a50:
  • NVIM v0.3.1-53-g37675c6a8:
  • edje_cc: Version: 1.20.99.58156:

Although I'm fairly confident that this is probably an problem with EFL itself and not eovim, I thought I'd point it out anyway. It seems to be impossible to specify the font size of any bitmapped fonts. They always default to the largest size that font supports and nothing I've tried will change that. Sliding the font size bar around does nothing whatsoever, and even hacking up the source to hardcode the font name and size into the binary also does nothing.

I have noticed this issue with other EFL projects as well which is why I suspect the issue lies with it, but in the off chance that it does not it would be nice if there were some way this could be fixed. I hacked around with the source a little but quickly learned that this problem is way out of my league. All I accomplished was to produce a diagnostic message proving that internally the editor was updating the supposed font size correctly, but still not displaying that size.

A related problem that might also be worth noting is that there is apparently no way to specify the "linespace" of the font (ie adding additional pixels between lines). I rather like this option, especially at ~4am when the lines start to blurr together a bit.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.