1.37.1 in Windows 10, (using Chinese Simplified Microsoft Pinyin IME).
**Reproduce:**
0. (Be in Chinese character pinyin input mode)
1. Type "p" (see the floating input dialogue)
2. Press "ctrl+space" to escape the pinyin input mode for English. (ctrl+space is set as my IME switch, some people use ctrl+shift or other key combos, I haven't tried changing all these shortcuts to test the behavior across all conditions.)
**Expected**: the letter "p" is typed as the buffer is cleared
**Result**: the print dialogue is opened ("ctrl+p")
**Background --**
When using an IME with Geany, often a floating input selection box pops up on the screen where it offers character options, none of which are inserted into the document as you type. The IME also lets you switch between, say, Chinese, and Latin input with a shortcut, something like ctrl+space.
(Geany's behavior is slightly different than most IME input boxes I see. Others insert characters as you type, while also giving you a floating set of options to overwrite what you typed. I would guess Geany's is probably inherited from somewhere, but not sure why it doesn't rely on the generic Windows interface for this process, which seems to work fine and consistently in random input boxes across other applications.)
E.g., from within this browser input box, the options float just below the cursor, while still inserting keystrokes as you type:
* * * * * * *
> ![image](https://user-images.githubusercontent.com/26754/110676661-32afd000-81a2-11eb-864b-c6800fcbe1ad.png)
* * * * * * *
E.g., Geany, the input box moves the input to the upper left:
* * * * * * *
> ![image](https://user-images.githubusercontent.com/26754/110676841-70145d80-81a2-11eb-955d-26f914646885.png)
* * * * * * *
I discovered this when halfway through the word "request"... the "q" triggered a surprising "crash." But it looks like all keystrokes behave this way. If you are in the input method window, it holds all the keystrokes in a buffer. If you hit ctrl+space, you'd expect them to all simply be typed as Latin letters at the cursor, but instead they are all sequentially pressed as a "ctrl+" combination.
**Workarounds**:
If you hit "ESC" to escape that IME box, then no characters are not inserted and the input box closes. If you hit space or punctuation, then it enters the recommended option, usually Chinese characters in my case. If you hit the "Enter" key, it enters the Latin letters you typed and ignores the suggestions in the window. These three other ways of escaping an IME box may make for reasonable workarounds. The only thing is, muscle memory is stubborn, it would be preferable if the IME didn't have a path to invoke a bunch of ctrl+commands seemingly at random from any of its states, even though that state could technically be avoided with careful typing.
Not sure what the worst random string of commands would be. "axq" is probably up there.
**Other possibly related issues?:**
I didn't find any clear examples. Closest thing I found was #795, where he talks about some crashes while inputting text, and some Japanese language files. But my issue seems to be on inputting characters, that one reads like it happens more intermittently and in other conditions, so I don't think they're actually the same issue.
Good luck with this one, and thanks for your work on Geany.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2760
while pressing . key it doesn't get typed. Have to press it twice and . gets typed twice like this ..
I am facing the problem in my windows 10 pro OS.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/1902
so i recently installed geany since visual studio was too long to install but
after i finished setup, i clicked on the shortcut but it would not open,
i tried to run geany from the start menu, even from e: (the drive i installed geany on) but nothing would work
i have the gtk+ runtime thing installed. i tried it from wsl, but still nothing.
can someone help me? thanks
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2639
Hi, I encounter problems with printing underscores on my screen (a 32" with 2560x1440 pixels). At normal zoom factor, they do not appear, I need to zoom in 3 times to see them at last (see the 2 pics joined). I'm using Geany on Ubuntu 20.04 (fully up to date). My version of Geany is 1.36, and it is indicated "construit le Mar 22 2020 ou ultérieurement" and "Utilisant les bibliothèques GTK v3.24.20 et GLib v2.64.6". Maybe the bug is not present any more in the latest version, but I'm not sure I will be able to install and try it... Thanks for reading.
![Bug zoom underscores Geany - Default zoom - Capture d’écran de 2021-03-08 16-12-04](https://user-images.githubusercontent.com/1187586/110341188-5f40d…
![Bug zoom underscores Geany - Zoomed in 3 times - Capture d’écran de 2021-03-08 16-12-20](https://user-images.githubusercontent.com/1187586/110341439-a038f…
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2759
I would like to see the Multipaste option for Scintilla implemented I hacked together something that works, but someone just needs to add a new option in Preferences somewhere to set it
add to sciwrappersc:
void sci_set_multi_paste(ScintillaObject *sci, gboolean mpval) { SSM(sci, SCI_SETMULTIPASTE, SC_MULTIPASTE_EACH, 0); }
add to sciwrappersh:
void sci_set_multi_paste (ScintillaObject *sci, gboolean mpval);
What works for now, but requires that you modify something in Preferences at least once in the session to get it to fire is adding, the following to editorc:
sci_set_multi_paste(editor->sci, 1);
To test it out turn on the setting, change a keybinding in Preferences
Then copy some text to the clipboard, select multilines (Alt+Shift Up/DownArrow) and paste!
Now you should see all pasted text onto each line in the editor
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/850
I have this on Manajaro (x86_64, Gnome, Wayland) for a week when there was a bigger update. I installed GTK3 about ten days ago. Could that be the problem?
![image](https://user-images.githubusercontent.com/7109443/99150379-0d261600-2649-11eb-98cf-5ff502bf6b88.png)
Please let me know if you require anything else to resolve this issue.
Thank you!
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2658
This is more a loose suggestion perhaps.
I am wondering whether perhaps the geany-plugins should be bundled
with whatever stable version of geany is released at the same time?
Not everyone necessarily may want to have a separate package, but
I think one could have an in-geany downloadable or installable button
to install the most recent plugins collection anyway.
Right now I have geany-1.36.tar.xz and geany-plugins-1.35.tar.xz.
I can easily update the latter (I use ruby scripts for that) but it's
still a manual effort. So here I am thinking that it may be better to
also bundle the latest plugins with geany itself as-is. It could still
be separately maintained, but it would be simpler for users in
the long run to have just one package IMO.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2757
I am not sure where I should open this issue, here or in geany-plugins.
I need to debug a multithreaded app with Geany with debugger plugin (gdb) but Geany hangs inside the thread.
I have been using Geany for a long time but I can't find a way to debug a thread.
To reproduce the problem, build and debug the sample thread.c, setting a break-point at the line *22* and *34* and then **run**
* Build
gcc -g -O0 -o thread thread.c -lpthread
* thread.c
```
#include<stdio.h>
#include<string.h>
#include<pthread.h>
#include<stdlib.h>
#include<unistd.h>
/*
* Build with:
*
* gcc -g -O0 -o thread thread.c -lpthread
*
*/
pthread_t tid[2];
void* doSomeThing(void *arg)
{
unsigned long x = 0;
int j = 0;
int i = (int)arg;
pthread_t id = pthread_self();
printf("Thread %d processing...\n", i);
if(pthread_equal(id,tid[0])) {
printf("Inside First thread\n");
} else {
printf("Inside Second thread\n");
}
for(x=0; x<(0xFFFFFFFF);x++) {
j++;
}
printf("Thread %d: 0x%lx [ x = 0x%X ]\n",i, id, j);
return NULL;
}
int main(void)
{
int i = 0;
int err;
while (i < 2) {
err = pthread_create(&(tid[i]), NULL, &doSomeThing, (void*)i);
if (err != 0)
printf("can't create thread :[%s]", strerror(err));
else
printf("Thread %d created successfully\n", i);
i++;
}
sleep(10);
return 0;
}
```
Geany correctly stops at the first break-point, but If i click "Step over", Geany switches to the second thread, hitting "Step over" again hangs Geany. And eventually, a crash occurs if you try to close Geany.
The correct behavior should be to stay in the same thread and walk through the code while "Step over" is hit, line by line.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2756
Doing a copy of a large amount of text always crashes geany.
This is an example of a file that crashes:
wget "https://neo.sci.gsfc.nasa.gov/servlet/RenderData?si=1784251&cs=rgb&format=C…"
To reproduce: Open file, ctrl-a, ctrl-c
and geany crashes and disappears.
$ uname -a
Linux mu00038561 4.4.0-197-generic #229-Ubuntu SMP Wed Nov 25 11:05:42 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
$ dpkg -l geany
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-============-============-=================================
ii geany 1.27-1 amd64 fast and lightweight IDE
$ gdb -ex run --args geany -v "RenderData?si=1784251&cs=rgb&format=CSV&width=360&height=180"
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
Copyright (C) 2016 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 geany...(no debugging symbols found)...done.
Starting program: /usr/bin/geany -v RenderData\?si=1784251\&cs=rgb\&format=CSV\&width=360\&height=180
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Geany-INFO: Geany 1.27, en_AU.UTF-8
Geany-INFO: GTK 2.24.30, GLib 2.48.2
Geany-INFO: System data dir: /usr/share/geany
Geany-INFO: User config dir: /home/kerryn/.config/geany
[New Thread 0x7fffee0c6700 (LWP 12732)]
[New Thread 0x7fffed8c5700 (LWP 12733)]
[New Thread 0x7fffed0c4700 (LWP 12734)]
Geany-INFO: System plugin path: /usr/lib/x86_64-linux-gnu/geany
Geany-INFO: Added filetype Cython (61).
Geany-INFO: Added filetype Scala (62).
Geany-INFO: Added filetype Genie (63).
Geany-INFO: Added filetype Graphviz (64).
Geany-INFO: Added filetype JSON (65).
Geany-INFO: Added filetype CUDA (66).
Geany-INFO: Added filetype Clojure (67).
Geany-INFO: /home/kerryn/git/2019-04-CRC-IRP4/SalisburyFInal/Analysis/test/PrecinctUTCIData3.csv : None (UTF-8)
Geany-INFO: /media/kerryn/87d9469d-56aa-4a1f-a62d-5f03d7599bbf/Data/NDVI2/2020/RenderData?si=1784251&cs=rgb&format=CSV&width=360&height=180 : None (UTF-8)
The program 'geany' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 6801 error_code 3 request_code 18 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
[Thread 0x7fffed8c5700 (LWP 12733) exited]
[Thread 0x7fffee0c6700 (LWP 12732) exited]
[Thread 0x7ffff7f6c980 (LWP 12728) exited]
[Inferior 1 (process 12728) exited with code 01]
(gdb)
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/2752