> tends to result in long lists
The maximum size of the autocomplete menu is set (default 10) but the list can
be longer than that, so you can't see the end items. That is the issue with
long lists, because a wrap will be blind to items that are not visible yet.
I am aware that VScode behaves
> It is inappropriate to abuse anybody contributing to any project no matter
> what their status in the project. An opinion is a personal position based on
> the contributors experience, just because that does not agree with your
> personal opinion is not an excuse for abuse.
>
> If you had rea
Even Microsoft Code uses this behavior. I found abusive you saying that this
feature may not be important or useful.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3546#issuecomment-1689218495
You are receiving this because you are subscribed to thi
It is inappropriate to abuse anybody contributing to any project no matter what
their status in the project. An opinion is a personal position based on the
contributors experience, just because that does not agree with your personal
opinion is not an excuse for abuse.
If you had read my post
It seems you didn't understand the point.
The example of a shor autocomplete with 6 items is when you type part of a
VARIABLE NAME that you are creating.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3546#issuecomment-1689159714
You are receiving th
How old are you? I program since the year 2000 and all you post is negative,
shows bad will.
NETBEANS USES THIS BEHAVIOR, so I don't think Netbeans developers had a less
inteligent decision.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3546#issuec
Other than scope based autocomplete, if you only have six items in the
autocomplete list you are very lucky in my experience. Large amounts of "junk"
options is very common making the list of options longer than the displayed
menu. So if a user moves up they would wrap to an unknown item past
As I said, the behaviour of the autocomplete list movement is determined by the
[Scintilla editing widget](https://www.scintilla.org/). This is a separate
project and any change in the behaviour must be added there first and will be
included in Geany when the appropriate version of Scintilla is
Every good editor has this behaviour, for instance Netbeans.
Supose you have 5 itens in autocomplete. with one key press you can reach the
last or 5 hits, what is more efficient?
If we go to the LAST you can return to the first, only press DOWN as it will
wraps again the boundary, to first.
Are
Not sure its a good idea because when the list possible items is longer than
the menu a wraparound is to the last of an unknown number of items. There is
no way of knowing if its shorter or not.
The cursor behaviour in the autocomplete menu is provided by the Scintilla
editing widget, so it ha
When autocomplete list opens, sometimes is faster go to the last item moving UP
instead of rolling all itens to down...
It you are at the first and moves up, I think that it should go to the LAST
item (as a cicle)
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/ge
The update to current webkit has happened since last release, which would be
why Fedora doesn't provide, it because it doesn't provide the olde webkit.
Make sure you checkout HEAD then build.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/126
> What about a hybrid where if there's no parameter list and no scope info then
> show file and line.
Nobody will understand that. For users it will just confusing why they
sometimes see filenames and sometimes the signature. And as for me (and
apparently @kugel- and @elextr too), always seeing
BTW this pull only adds info to the menu so I'd like to merge it. Though maybe
you want the configuration option before going ahead with refining the pull
that shows signatures.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3542#issuecomment-168847793
I can make it configurable.
@techee how are you getting those text declarations? It seems like there should
be some scope info probably.
What about a hybrid where if there's no parameter list and no scope info then
show file and line.
--
Reply to this email directly or view it on GitHub:
http
I tried building the plugin from the source on the releases and I cloning the
repo from git.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1269#issuecomment-1688287013
You are receiving this because you are subscribed to this thread.
Message
@kugel- commented on this pull request.
> {
- gchar *new_cmd = dialogs_show_input(_("Select Browser"),
GTK_WINDOW(main_widgets.window),
- _("Failed to spawn the configured browser command. "
- "Please correct it or enter another
17 matches
Mail list logo