megaxela / qcodeeditor Goto Github PK

I'd love to see this support the Language Server Protocol, so existing LSP clients could be re-used to add intelligence to the editor :)

There is not much contrast between the background and the foreground text color of line number in default style. So it becomes hard to see the line number if it isn't active. See this picture :

Changing the colors can make it more visible,

Almost all modern editor have a feature to comment and Uncomment a selection of test using CTRL+/. You should provide a default implementation of this behaviour and also a way to change the the toggle key.

Maybe a function like setToggleCommentShortcut(..); would do it. If set to nullptr means that Disable comments toggle otherwise any key combination.

Originally asked here : cpeditor/cpeditor#59

/*
CODE HERE
//*/

The highlighting recognizes that this is a block comment and highlights the whole chunk.

However, if we add / at the start

//*
CODE HERE
//*/

CODE HERE is still highlighted even thought it should not be as it is only 2 lines comments at the start and at the end

The current auto indent feature only places the cursor back to last line's beginning. Like this:

Assume * represents a space or tab and | represents cursor

int main(){ <enter_key>
| }

As you can see the cursor starts back from beginning. Expected should be:

int main(){ <enter_key>
**** |
}

Such auto indentation should make the end-user less focus on rearranging the brackets and focus more on typing.

I'll probably add this if I decide to use this library, but nonetheless it's relevant issue.

1. write three "foo;"s in the editor;
2. double click the word "foo", the three "foo"s will be highlighted.
3. Press "Ctrl+Z" to undo the double-clicking, you need six "Ctrl+Z"s in total.

Double-clicking for highlighting the same words shouldn't affect the undo history.

OS: Windows 10

I'm using QCodeEditor in coder3101/cp-editor2.

Is your feature request related to a problem? Please describe.
Whenever I am using the for loop or anything like that and not using the parenthesis then it just goes to the new line .
Like : for( int i = 0 ; i < 10 ; ++i)
*the pointer comes here .

Describe the solution you'd like
If the pointer comes here that would be nice idea .
Like : for( int i = 0 ; i < 10 ; ++i)
*if the pointer comes here that would be nice .

It would be amazing if you add this feature for automatic parenthesis like let's say we are writing some code inside an if Like this .
if( i==10)
update something .

But let's say we missed something and I want to add a new line below the update something then I must use parenthesis
if(i==10)
update something .
again doing something .
Now I need to put bracket on the both ends when in the beginning and in the end
if(i==10){
update something .
again doing something .
}

Now it will be amazing if I add only the beginning bracket and the end bracket automatic comes at the right place .

Originally requested here : cpeditor/cpeditor#63

For some reasons the current C++ Syntax Highlighter treats anything after / as comment. As a result following expression is mishighlighted.

int a = m/n + c-d;

Everything after, / is highlighted as comment.

A regex, issue maybe.

Finding and replacing are basic functions of an editor, but seems not implemented yet.

It would be better if regexp is supported (which should be optional).

YAML is also a poplular data serialization language, just like JSON and XML. I see that the latter two have been supported, could you add support for YAML.

Hi, it seems there's a lack of a find + replace ui - this would be needed for any kind of word processing ui and hence this is a feature request for it.

Is your feature request related to a problem? Please describe.

Whenever you delete an opening bracket or parentheses as a typo, it won't delete the corresponding closing bracket.

Describe the solution you'd like

Let's say the cursor is at the |
In a(|)b and a()|b, when you press Backspace, it should become ab. but in a(|bcd)e when you press Backspace it should still be a|bcd)e.

Describe alternatives you've considered
none

Additional context
none

Originally requested here cpeditor/cpeditor#42

This would probably be a bit of work, but would certainly be a nice-to-have. I think Qt supports this type of config file as well, so hopefully that'd reduce the required work.

In case anyone is unfamiliar, this is EditorConfig.

Add on Python.xml under keyword

<name>el if</name>

It is quite common in Python and not listed yet.

Parameter hints are very helpful, especially when writing some advanced data structures, or use unfamiliar STL functions.

I'd like something like this:

I think it would be better with bracket folding.

Even though the README.md describes the license, it is common practice to add a LICENSE.md file in the top directory of the repo as well.

This will be good feature to add, it really annoys the end-use if they use a code editor which does not highlights which braces closes which blocks in the code, specially in the case of nested blocks.

It should be simple to add, I wish to have a behavior like this:

if(current_code_cursor_is on_braces or on_parenthesis){
    // highlight or make the matching and this current braces or parenthesis bold. 
}

It would be nice if it supports to use of this lib in PyQt5/6 or PySide5/6 app.

Many modern code editors allow for the visualization of whitespace, in order for programmers to differentiate tabs and spaces (and sometimes carriage returns and line feeds.)

Here's an example from Neovim-qt:

I see no updates from an year and half, if so it's a pity, the project looks interesting.

For example, 1ll, 1l, 1u, 1ull, 1e5 are not highlighted, but they should be.

The same for .1 and 1. (the other part omitted).

And hex numbers with letters: 0x3f, 0x3F.

C++ and Java have much common keywords. Modifying the C++ Highlighter we can build a Java highlighter. C/C++, Java and Python are most commonly used languages and for a code editor to have three support will be good. Currently it highlights C/C++ and Python. Java is the only missing piece.

If the user has a selection that spans more than 1 line and presses the Tab key, those lines are indented by 1 TAB (or a number of spaces, depending on how the editor is configured). And Shift+Tab un-indents them.