This makes updating your preferences an unduly laborious process, as chances are, you have more than one instance of Geany open when you go to update them. The solution right now is to either do this when you only have one open, and then close it, or to close all instances of Geany in the correct order.
It would be nice if Geany updated the preferences when you hit "Apply"/"OK" rather than when the editor is closed.
--
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/1934
I've installed Geany and loaded up a homework assignment so I don't have to be on campus to work. When I try to compile any of the .java files, however, I get the error message in the title. I'm using version 1.33.
--
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/1939
I can set a bookmark using the keyboard shortcut control-m, but I can not set it with the mouse. When I move the mouse to the left margin (i.e. where the line numbers are displayed) and do a context-click (left-click), I get the normal context menu, and this does not provide a "set bookmark" entry.
Using Geany 1.30.1 on Windows 7.
--
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/1699
Fedora 27, geany-1.33-1.fc27.x86_64
Steps to repro:
1. Open document multiple spaces between words.
2. From menu choose `Search|Replace`
3. Fill in the replace dialogue:
`Search for:` <type in two spaces>
`Replace`: <type in single space>
Only tick boxes: `use escape sequences`, `close dialogue`
4. Click `In document`
5. Geany is spinning with the following callstack
`
#0 0x00007f06cfcbcef8 in Document::NextPosition(int, int) const () at /lib64/libgeany.so.0
#1 0x00007f06cfcbd9ef in Document::CountCharacters(int, int) const () at /lib64/libgeany.so.0
#2 0x00007f06cfc9d36e in ScintillaGTKAccessible::UpdateCursor() () at /lib64/libgeany.so.0
#3 0x00007f06cfc9ea37 in ScintillaGTKAccessible::Notify(_GtkWidget*, int, SCNotification*) () at /lib64/libgeany.so.0
#4 0x00007f06cfc9ede7 in ScintillaGTKAccessible::SciNotify(_GtkWidget*, int, SCNotification*, void*) () at /lib64/libgeany.so.0
#5 0x00007f06cdc2973d in g_closure_invoke () at /lib64/libgobject-2.0.so.0
#6 0x00007f06cdc3c4ce in signal_emit_unlocked_R () at /lib64/libgobject-2.0.so.0
#7 0x00007f06cdc44cf5 in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#8 0x00007f06cdc4565f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#9 0x00007f06cfc931ef in ScintillaGTK::NotifyParent(SCNotification) () at /lib64/libgeany.so.0
#10 0x00007f06cfcd4319 in Editor::NotifyModified(Document*, DocModification, void*) () at /lib64/libgeany.so.0
#11 0x00007f06cfcbef16 in Document::NotifyModified(DocModification) () at /lib64/libgeany.so.0
#12 0x00007f06cfcc0cd5 in Document::InsertString(int, char const*, int) [clone .part.69] () at /lib64/libgeany.so.0
#13 0x00007f06cfcd4a7b in Editor::ReplaceTarget(bool, char const*, int) () at /lib64/libgeany.so.0
#14 0x00007f06cfcda17c in Editor::WndProc(unsigned int, unsigned long, long) () at /lib64/libgeany.so.0
#15 0x00007f06cfc996c6 in ScintillaGTK::WndProc(unsigned int, unsigned long, long) () at /lib64/libgeany.so.0
#16 0x00007f06cfc65902 in sci_send_message_internal () at /lib64/libgeany.so.0
#17 0x00007f06cfc670af in sci_replace_target () at /lib64/libgeany.so.0
#18 0x00007f06cfc6d38c in search_replace_range () at /lib64/libgeany.so.0
#19 0x00007f06cfc2cd22 in document_replace_range () at /lib64/libgeany.so.0
#20 0x00007f06cfc2ec69 in document_replace_all () at /lib64/libgeany.so.0
#21 0x00007f06cfc6899b in on_replace_dialog_response () at /lib64/libgeany.so.0
#22 0x00007f06cdc2b7d1 in g_cclosure_marshal_VOID__BOOLEANv () at /lib64/libgobject-2.0.so.0
#23 0x00007f06cdc29976 in _g_closure_invoke_va () at /lib64/libgobject-2.0.so.0
#24 0x00007f06cdc44fe4 in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#25 0x00007f06cdc4565f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#26 0x00007f06cdc29976 in _g_closure_invoke_va () at /lib64/libgobject-2.0.so.0
#27 0x00007f06cdc44fe4 in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#28 0x00007f06cdc4565f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#29 0x00007f06cf3fb69d in gtk_button_do_release () at /lib64/libgtk-3.so.0
#30 0x00007f06cf3fb6f5 in gtk_real_button_released () at /lib64/libgtk-3.so.0
#31 0x00007f06cdc29976 in _g_closure_invoke_va () at /lib64/libgobject-2.0.so.0
#32 0x00007f06cdc44fe4 in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#33 0x00007f06cdc4565f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#34 0x00007f06cf3f9b40 in multipress_released_cb () at /lib64/libgtk-3.so.0
#35 0x00007f06c88f5d1e in ffi_call_unix64 () at /lib64/libffi.so.6
#36 0x00007f06c88f568f in ffi_call () at /lib64/libffi.so.6
#37 0x00007f06cdc2a31d in g_cclosure_marshal_generic_va () at /lib64/libgobject-2.0.so.0
#38 0x00007f06cdc29976 in _g_closure_invoke_va () at /lib64/libgobject-2.0.so.0
#39 0x00007f06cdc44fe4 in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#40 0x00007f06cdc4565f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#41 0x00007f06cf4b80d1 in gtk_gesture_multi_press_end () at /lib64/libgtk-3.so.0
#42 0x00007f06cdc2c638 in g_cclosure_marshal_VOID__BOXEDv () at /lib64/libgobject-2.0.so.0
#43 0x00007f06cdc29976 in _g_closure_invoke_va () at /lib64/libgobject-2.0.so.0
#44 0x00007f06cdc44fe4 in g_signal_emit_valist () at /lib64/libgobject-2.0.so.0
#45 0x00007f06cdc4565f in g_signal_emit () at /lib64/libgobject-2.0.so.0
#46 0x00007f06cf4b533e in _gtk_gesture_check_recognized () at /lib64/libgtk-3.so.0
#47 0x00007f06cf4b693b in gtk_gesture_handle_event () at /lib64/libgtk-3.so.0
#48 0x00007f06cf4b963e in gtk_gesture_single_handle_event () at /lib64/libgtk-3.so.0
#49 0x00007f06cf486801 in gtk_event_controller_handle_event () at /lib64/libgtk-3.so.0
#50 0x00007f06cf64aa2b in _gtk_widget_run_controllers () at /lib64/libgtk-3.so.0
`
--
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/1964
This is probably a bug in scintilla / ctags / whatever. Please forward appropriately.
Save the following as a normal file:
```
Hello [lovely
world](http://example.com/with/very/long/URL/that/cant/be/wrapped/reasonabl…
Asdf
```
Note that the line breaks are important. `Asdf` should be on the forth line.
Open this file in geany, move the cursor to the end of the line (right after the closing parenthesis that closes the link) and press 'return'. ('Enter' has the same effect.)
Expected behavior: a new line appears. Duh. (Nothing else should change.)
Actual behavior: a new line appears … and everything afterwards is also part of that link. At least that's what the syntax highlighting suddenly indicates. The whole rest of the file is affected; it doesn't reset at paragraph boundaries or any other sane "well no kind of formatting can cross this point anyway" border.
Manual workaround: find the "link" that caused all this, insert a character before it and delete it again. This seems to cause re-parsing of the link, and this time it works.
```
$ geany --version
geany 1.27 (git >= d1fcd9f) (kompiliert am 2016-01-03 mit GTK 2.24.29, GLib 2.46.2)
```
---
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/971
Minimal reproducing example:
This is displayed as normal text.
[ク](https://google.com)
This isn't.!
Steps to reproduce: Save it as `foo.md`, and open it in geany. Then delete the last exclamation mark to get around #971.
Expected behavior: Both normal text lines are displayed using the "normal text" style.
Actual behavior: The last line's style indicates that it is somehow still part of the link. Not visible in the short example: This affects the entire rest of the document.
Screenshot:
![Screenshot of the faulty behavior](https://user-images.githubusercontent.com/2690845/45174089-3b5a70…
Note that even before this "remove the last exclamation mark" step, one can see faulty behavior. Specifically, the `T` is styled wrong.
--
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/1947
1. Open a file
2. Scroll to the end (common if working on, say, a book)
3. Close the file
4. Open the file again, to continue working on your book
Notice the cursor position is 1:1, instead of where you left off.
---
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/1117
Hello,
I'm having problems using Geany in Clojure files with regular expression, using the #"pattern" reader macro. Sometimes the closing double quote is interpreted as an opening quote and whatever comes after, as a string. I think it happens when I need to use the parens to capture a group in the pattern. My Geany version is 1.27, my system is Linux Mint 18.2 Sonya.
Any ideas? Thanks in advance!
Here's a screen capture of a simple example to illustrate the problem (this code works, the output of lein run is `Hello,`):
--
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/1728
I don't recall specifically enabling the XML Snippets plugin, but it appears to conflict with the internal XML tag closing mechanism in some way. I recently ran into an issue editing an XSL stylesheet where typing the closing bracket (`>`) would crash Geany. I disabled the XML Snippets plugin, and Geany didn't crash when typing the closing bracket, while allowing Geany to create the closing tag using the built-in function.
What does XML Snippets do that the `XML/HTML tag auto-closing` built-in feature doesn't? Should XML Snippets be removed?
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/318
Scintilla will be changing the key/mouse binding for rectangular selection, as per:
https://groups.google.com/d/msg/scintilla-interest/kZcE8firI3A/dsBn0joZAwAJ
Since Geany doesn't support multiple selections, and almost every X11 window manager captures <kbd>Alt</kbd>+drag for moving a window (has saved my bacon on a number of occasions), before this change lands in Geany, I propose we change Scintilla's new default back to the existing behaviour. While it's annoying that the Windows and non-Windows behaviour would remain inconsistent, it will probably save a lot of bug reports about this feature not working, and avoid having to change any related documentation as well.
Ideally anyone interested would make this user configurable (if it is already, I couldn't find it) in the process.
--
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/1568
){kind=link}