@d3rrial, @zalox and others: I need testing of this PR before merge:

• Added move one ) instead of insert, which is very nice after autocomplete (#281)
• Major cleanup of the indenting code, it's actually much faster compared to current master, and additionally more readable (I hope).
• smart_insertions
• Various other improvements

• The solution should be stable and flexible
• For debugging functions that you do not yet find in the menu, use Run Command in the Debug menu.
• You can add and remove breakpoints also when debugging is running or is stopped
• Use Go to stop to figure out where the debugger stopped
• The kill debug menu item is to kill the debug process
• We will not force buffers to be non-editable when you run debug, so take that into consideration when strange things happen

At the moment, files that are to be included in rename and show usage needs to be opened and parsed by libclang. Sadly, libclang is too slow to do a full parse of an entire medium or larger sized project. However, there are other options, like using cscope, that might solve this adequately. Feel free to post your opinions here, or suggest other solutions.

Never thought about it before, since I always ignore the CMake-generated files using .gitignore, but there are probably some cmake option that make this doable. Will look into this soon, and most likely add this option in preferences.

Features

• Write plugins in python using an API-module
• Configure integration with juCi++ usin JSON configuration
• Easy expansion of the API using lamba expressions in python_api.cc

libjuci - Python API for juCi++

libjuci.

  add_menu_element(str json) // -> (void) Builds a menu configured by 'json'

[
    {
        "label": "_Edit",
        "menu_elements": [
            {
                "label":"_Snippet",
                "menu_elements": [
                    {
                        "label":"Insert snippet",
                        "keybinding":"<primary>m",
                        "action":"snippet.insert_snippet"
                    }
                ]
            }
        ]
    }
]

  get_juci_home() // -> (str) returns the path of the juci home folder

libjuci.terminal

  println(str message) // -> (int) prints 'message' to terminal

libjuci.editor

    erase(int, int); // -> (void) removes the text between the given offsets
    erase_line_range(int, int, int); // -> (void) Removes text on line 'line_number' between 'begin_line_offset' and 'end_line_offset'
    get_file(); // -> (str) Returns the current open file. If no file is open it returns empty a string
    get_highlighted_word(); // -> (str) returns json, empty string on error{'word': 'word','type': '-1'}
    get_line(); // -> (str) returns the line of text the caret is on
    get_line_number(); // -> (int) Returns the line which is being edited, -1 if no file is open or no line is selected
    get_line_offset(); // -> (int) Returns the number of characters the caret currently is positioned from the previous newline, 0 is the first character -1 if no file is open or no line is selected
    get_offset(); // -> (int) Returns the number of characters the caret currently is positioned from start of the file. 0 is the first character. Returns -1 if no lines or files are selected/open
    get_tab_char_and_size(); // -> (str) Returns a key-value json-object with 'tab_char' and 'size' keys
    get_text(); // -> (str) returns the text in the open editor
    get_text_range(int, int); // -> (str) Returns the text between 'begin_offset' and 'end_offset'. Returns emptystring if editor isn't focused on a file
    insert_at(int offset, str text); // -> (void) Inserts text at the given offset, caller is responsible to scroll to the insertion
    insert_at_cursor(str); // -> (void) Inserts text at the cursor
    is_saved(); // -> (bool) Returns true if the current open file is saved
    scroll_to(int line_number); // -> (void) Scrolls cursor to 'char_offset'

Example plugins

Toolsplugin

• Open favorite project folder using hotkey
• Open plugin folder for easy access

Snippet

• Insert string templates based on keywords

if -hotkey-> if () {
}

Todo

• [ ] Write documentation for the API
• [ ] Test on osx @eidheim
• [ ] Test on arch
• [ ] Test on debian
• [ ] Test on msys
• [ ] Ready for merge

• place themes in ~/.juci/gtk-themes/(theme_name)/gtk.css
• place gtk-styles in ~/.juci/styles/(style).xml
• select themes in config.json

    "theme": {
    "main": "gtk.css",
    "theme": "dark"
    },

Currently when autocompleting a function/method in juCi++, opening and closing brackets are generated automatically, along with sample content. In other IDEs (Visual Studio / CLion) the automatically generated parentheses are what I'll call unsolid, meaning if test(/* ... */) is generated and my cursor is here: test(/* ... */ꕯ), and I hit the closing bracket on my keyboard ")", the new closing bracket I wrote is ignored / replaces the auto-generated bracket, which allows me to then finish the line with ;↵ and be on my merry way with typing in the next line.

In juCi++ however the autogenerated closing bracket is solid, so when my cursor is right before the bracket and I hit a closing bracket, a new closing bracket is generated and I now have two. To get around this I either have to hit the delete key to delete the autogenerated bracket, or never manually close the bracket and skip the created one with the right arrow key, both of which force me to leave the regular working set of keys and enter the numpad area.

I don't know where you handle autogenerated function calls, if you point me in a direction, maybe I can work something out (no promises tho).

I don't know how much this issue affects others, but I personally find it a jarring break in typeflow.

I'm trying to build juCi++ on FreeBSD 10.3-Release which is my main development box. Unfortunately I'm getting a few build errors:

First it was not able to find libclang.so. That's because FreeBSD uses a different directory structure in order to allow the user install different compiler versions. So, I made the following changes:

cmake_modules/FindLibClang.cmake

find_path(LIBCLANG_INCLUDE_DIR clang-c/Index.h
  PATHS ${libclang_llvm_header_search_paths}
  PATH_SUFFIXES LLVM/include llvm33/include llvm34/include llvm35/include llvm36/include llvm37/include llvm38/include #Windows package from http://llvm.org/releases/
  DOC "The path to the directory that contains clang-c/Index.h")

# On Windows with MSVC, the import library uses the ".imp" file extension
# instead of the comon ".lib"
if (MSVC)
  find_file(LIBCLANG_LIBRARY libclang.imp
    PATH_SUFFIXES LLVM/lib llvm33/lib llvm34/lib llvm35/lib llvm36/lib llvm37/lib llvm38/lib
    DOC "The file that corresponds to the libclang library.")
endif()

find_library(LIBCLANG_LIBRARY NAMES libclang.imp libclang clang
  PATHS ${libclang_llvm_lib_search_paths}
  PATH_SUFFIXES LLVM/lib llvm33/lib llvm34/lib llvm35/lib llvm36/lib llvm37/lib llvm38/lib #Windows package from http://llvm.org/releases/
  DOC "The file that corresponds to the libclang library.")

Then cmake was successful:

-- The C compiler identification is Clang 3.4.1
-- The CXX compiler identification is Clang 3.4.1
-- Check for working C compiler using: Ninja
-- Check for working C compiler using: Ninja -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler using: Ninja
-- Check for working CXX compiler using: Ninja -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found LibClang: /usr/local/llvm38/lib/libclang.so  
-- Boost version: 1.55.0
-- Found the following Boost libraries:
--   regex
--   system
--   filesystem
-- Found ASPELL: /usr/local/lib/libaspell.so  
-- Found PkgConfig: /usr/local/bin/pkg-config (found version "0.28") 
-- Checking for module 'gtkmm-3.0'
--   Found gtkmm-3.0, version 3.16.0
-- Checking for module 'gtksourceviewmm-3.0'
--   Found gtksourceviewmm-3.0, version 3.2.0
-- Checking for module 'libgit2'
--   Found libgit2, version 0.24.0
-- Could NOT find plantuml (missing:  PLANTUML_JARFILE) 
-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE) 
-- Configuring done
-- Generating done
-- Build files have been written to: /home/babaei/Desktop/jucipp/build

Now, I'm getting the following error at the build stage:

[  9%] Building CXX object src/CMakeFiles/project_shared.dir/git.cc.o
/home/babaei/Desktop/jucipp/src/git.cc:106:44: error: no member named
      'FILE_MONITOR_WATCH_MOVES' in 'Gio::FileMonitorFlags'; did you mean
      'G_FILE_MONITOR_WATCH_MOVES'?
  ...Gio::FileMonitorFlags::FILE_MONITOR_WATCH_MOVES);
     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
     G_FILE_MONITOR_WATCH_MOVES
/usr/local/include/glib-2.0/gio/gioenums.h:347:3: note: 
      'G_FILE_MONITOR_WATCH_MOVES' declared here
  G_FILE_MONITOR_WATCH_MOVES      = (1 << 3)
  ^
/home/babaei/Desktop/jucipp/src/git.cc:106:26: error: no matching member
      function for call to 'monitor_directory'
  monitor=git_directory->monitor_directory(Gio::FileMonitorFlags::FILE_M...
      ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~
/usr/local/include/giomm-2.4/giomm/file.h:2735:29: note: candidate function not
      viable: no known conversion from 'GFileMonitorFlags' to 'const
      Glib::RefPtr<Cancellable>' for 1st argument
  Glib::RefPtr<FileMonitor> monitor_directory(const Glib::RefPtr<Cancell...
                        ^
/usr/local/include/giomm-2.4/giomm/file.h:2743:29: note: candidate function not
      viable: no known conversion from 'GFileMonitorFlags' to
      'Gio::FileMonitorFlags' for 1st argument
  Glib::RefPtr<FileMonitor> monitor_directory(FileMonitorFlags flags = F...
                        ^
2 errors generated.
*** Error code 1

Stop.
make[2]: stopped in /usr/home/babaei/Desktop/jucipp/build
*** Error code 1

Stop.
make[1]: stopped in /usr/home/babaei/Desktop/jucipp/build
*** Error code 1

Stop.
make: stopped in /usr/home/babaei/Desktop/jucipp/build

It seems cmake picks up the wrong version of gtkmm library since I do have two different version of it installed at the same time (despite the fact that it says it picked up version 3 of the library):

    $ pkg info | grep gtkmm
    gtkmm24-2.24.4_2               C++ wrapper for Gtk+
    gtkmm30-3.16.0                 C++ wrapper for Gtk+3

I'm really excited about this brand new IDE and like to check it out, or even create a port for it. So, any help would be greatly appreciated.

We should wait a few days before merging the latest commit (https://github.com/eidheim/jucipp/commit/7b78a6aea9ee5a8ecbf2935b397be50bcae34737) as it needs more testing. Same goes for this commit: https://github.com/eidheim/jucipp/commit/fd4668bfe4f313aeee46cc593daaf1d823a76c67

For me the popup shows up at the top left corner of my screen and not at the cursor position. Tooltips also show up at the left top corner after a completion popped up, but after some time they move to the expected position (which is weird ;)).

I am using awesomeWM. The issue is not related to window tiling because it also happens with floating windows. I use gtksourceview-3.20.1, gtksourceviewmm-3.18.0, gtk+-3.20.2 and gtkmm-3.18.1.

I think the issue was introduced with a new clang version (3.7), will fix this Today or Tomorrow hopefully.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2476.0x3fc]
0x000000000378e664 in ?? () from c:\msys64\mingw64\bin\libclang.dll
(gdb) backtrace
#0  0x000000000378e664 in ?? () from c:\msys64\mingw64\bin\libclang.dll
#1  0x0000000002e6a236 in ?? () from c:\msys64\mingw64\bin\libclang.dll
#2  0x0000000002e6c0b7 in ?? () from c:\msys64\mingw64\bin\libclang.dll
#3  0x0000000002c89c28 in ?? () from c:\msys64\mingw64\bin\libclang.dll
#4  0x000000000378e986 in ?? () from c:\msys64\mingw64\bin\libclang.dll
#5  0x000000000378e9e7 in ?? () from c:\msys64\mingw64\bin\libclang.dll
#6  0x000000000378ea48 in ?? () from c:\msys64\mingw64\bin\libclang.dll
#7  0x0000000002c7a77a in ?? () from c:\msys64\mingw64\bin\libclang.dll
#8  0x0000000002c8b32e in ?? () from c:\msys64\mingw64\bin\libclang.dll
#9  0x0000000000472aa1 in clang::TranslationUnit::ReparseTranslationUnit (
    this=0x7c16ab0, Python Exception <type 'exceptions.ValueError'> Cannot find type const std::map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >::_Rep_type:
buffers=std::map with 1 elements, flags=142)
    at C:/msys64/home/olece/jucipp/libclangmm/src/TranslationUnit.cc:70
#10 0x00000000004223f4 in Source::ClangViewParse::<lambda()>::operator() (
    __closure=0x7c1eb68)
    at C:/msys64/home/olece/jucipp/src/source_clang.cc:148
#11 std::_Bind_simple<Source::ClangViewParse::init_parse()::<lambda()>()>::_M_invoke<> (this=0x7c1eb68)
    at C:/msys64/mingw64/include/c++/5.2.0/functional:1531
#12 std::_Bind_simple<Source::ClangViewParse::init_parse()::<lambda()>()>::operator() (this=0x7c1eb68) at C:/msys64/mingw64/include/c++/5.2.0/functional:1520
#13 std::thread::_Impl<std::_Bind_simple<Source::ClangViewParse::init_parse()::<lambda()>()> >::_M_run(void) (this=0x7c1eb50)
    at C:/msys64/mingw64/include/c++/5.2.0/thread:115
#14 0x000000006fd06050 in ?? () from c:\msys64\mingw64\bin\libstdc++-6.dll
#15 0x0000000064944ac4 in ?? () from c:\msys64\mingw64\bin\libwinpthread-1.dll
#16 0x000007feffcb415f in srand () from C:\Windows\system32\msvcrt.dll
#17 0x000007feffcb6ebd in msvcrt!_ftime64_s ()
   from C:\Windows\system32\msvcrt.dll
#18 0x0000000077ab5a4d in KERNEL32!BaseThreadInitThunk ()
   from C:\Windows\system32\kernel32.dll
#19 0x0000000077beb831 in ntdll!RtlUserThreadStart ()
   from C:\Windows\SYSTEM32\ntdll.dll
#20 0x0000000000000000 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

I was studying the code of jucipp in resent days and noticed that you are implementing cmake support in a hard way. Since cmake3.7 a official server mode was added to cmake to provide semantic information about CMake code it executes to generate. I consider it a much better way of implementing cmake support.

Hey. Great project!

I have a proposition for feature i often used in Intellij and Eclipse called in Eclipse: "select enclosing element". For example in code below:

if you put cursor mark in the center of the word "positions_" and activate shortcut, editor will select one word: After subsequent calls to the same shortcut it's selecting bigger and bigger fragments of code: after that it selects whole function block, whole function, whole namespace and finally whole file.

This can save user from a lot of troublesome arrow manipulations.

That is certainly not trivial to get it right for every type of expressions, but maybe with some clang help it would be doable? I think it's a neat feature that might be worth a trouble.

Hi!

When downloading the juCi++ tarball from GitHub, submodules are not included. It would be nice to have an option to download a release tarball with all the necessary submodules (see https://github.com/DaveDavenport/rofi/releases for an example).

This is helpful when packaging for other distributions (Guix in my case).

There's a new C/C++ language server: cquery, which works quite well with VSCode. Just wondering the compatibility status between jucipp and cquery, or other language servers.

When clicking on a variable (or other), the name gets bold and change size thus causing the rest of the line in the document to move. Visually, this makes it really hard to follow what is going on. Any way to make it go bold without moving the rest of the line ?