![wordcompletiontruncated](https://cloud.githubusercontent.com/assets/7548378/10593532/7e9e5334-76bc-11e5-949e-f04a742b1cd7.png)
When I push the text size up to the limit using <b>control+mouse wheel</b> and then do a word completion, the choice seem to be truncated.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/702
Whenever I select "Help"->"About", geany crashed. I am using MSYS2 with x86_64 architecture(git version)
--
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/1856
The unsaved files will not be available after an OS restart or crash. This behavior is seen in Mac, not sure about Windows. It's one capability I feel missing in Geany compared to Notepad++ in Windows and TextWrangler in Mac.
--
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/1603
Please take into account that the question mark is now a valid operator: a postfix operator.
--
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/1827
When drag-drop text inside Chrome (i.e. NOT leaving Chrome! Not really dragging into Geany), the text actually ends up in Geany at a random position. It happens silently, so my source code sometimes unnoticed gets into a company Git repository.
In fact I have `pref_editor_disable_dnd=true`
Steps to reproduce:
1. Open a file in Geany
2. Open Chrome
3. Select any piece of text in Chrome
4. Start dragging this text
5. Stop dragging few millimeters or an inch away fromt he starting point
6. Switch to Geany and get scared, the selected text is already inserted at the random position.
This only happens if Geany window was the previous active window prior to swtich to Chrome window.
Please see the screenshot, this is drastic.
![Screenshot][Screenshot]
[Screenshot]: https://s16.postimg.org/ddp04pkmd/geany_issue.jpg
--
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/1413
This is more a feature request than a bug, so no immediate attention is required. The problem is selecting lines to indent and copy for pasting. If you full-select lines 1-10, and then choose indent, the existing selection does not include the new indent of the 1st line (meaning after indent, the selection bounds are never updated on line 1 to include the new spaces inserted before line one for the indent -- at least it behaves that way on windows) I have run into similar issues before and would propose a fix something like the following within the indent loop. Just a simple check if we are indenting the first line, and if so, move the start mark back to the beginning of the first line:
```
/* reset start iter and start mark to beginning of line
* so that selection continues to encompass entire first line.
*/
if (start_line != end_line && i == start_line &&
!gtk_text_iter_starts_line (&iter)) {
gtk_text_iter_set_line_offset (&iter, 0);
gtk_text_buffer_move_mark (buf, start_mark, &iter);
}
```
then before return from the indent function just set the select range to encompass all indented lines:
```
/* adjust selection to cover entire first line */
gtk_text_buffer_select_range (buf, end, start);
```
I haven't checked whether geany is using indent features from scintilla or just a loop and custom indent function, so this may have to be wrapped around scintilla's indention.
A noted, this is just a feature request for tweaking the select range following indent so the whole newly indented range remains selected. Keep up the great work. Geany is by far the hands down favorite non-desktop integrated editor.
--
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/1693
Geany 1.32.
Preferences->General->Miscellaneous: "Project file is stored inside the project base directory" checked. A project is open.
If project base path is absolute, everything works as expected. However, if project base path is `.`, "Generate tags" hangs.
I found that Geany does not hang actually, but waits for `ctags`. However, it indexes *not* the project directory but *current* directory, which is my home directory. My home directory contains many projects, indexing it requires a lot of time.
--
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-plugins/issues/698