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
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
![snippetcompletion](https://cloud.githubusercontent.com/assets/7548378/10855448/826d9aee-7f39-11e5-9b70-bf23d18eec33.png)
Please consider adding snippets to word completions so that when I want <b>lambda</b> acted on as a snippet, I would be able to type <b>lam</b>, choose from the possible completions, and then if I chose <b>lambda</b> from the list with the <b>tab</b> character, the snippet would be completed to get <b>𝝺</b>
Thanks for your consideration of this matter.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/717
WebKitGTK+ 2.18+ use WebKit2 API [1]
WebKit1 API is deprecated and was removed from Fedora 27 , the main argument is that WebKit1 have many security issues that wasn't fixed and also won't be fixed .
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-plugins/issues/655
This is a port of both webhelper and markdown to webkit2gtk (webkit2gtk-4.0). webkitgtk-1.0 is now deprecated, as is webkitgtk-3.0. Unfortunately, this also means that gtk2 is no longer supported for these plugins. This PR also includes changes from https://github.com/geany/geany-plugins/pull/656.
I can reintroduce the old webkitgtk-1.0 code, but it's going to involve quite a bit of ugly #ifdef-ing because quite a number of things have changed (most of the signals have been completely reorganized to have different meanings and function signatures, so a separate set of callbacks for both the old and new ones would need to be included).
@b4n
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/677
-- Commit Summary --
* [markdown] Use webkit2gtk3 (webkit2 API)
* [webhelper] Use webkit2gtk3 (webkit2 API)
* webhelper: Initial port to webkit2gtk
* webhelper: Initialize webkit favicon database
* webhelper: Fix ctrl+scroll zooming in gtk3
* webhelper: Port context menu to WebKitContextMenu
* webhelper: Port inspector signal handlers to webkit2gtk
* webhelper: Port link hovering functionality to webkit2gtk
* Merge remote-tracking branch 'sergiomb2/master' into webkit2gtk
* markdown: Use notify::is-loading instead of notify::load-status
-- File Changes --
M build/markdown.m4 (4)
M build/webhelper.m4 (4)
M markdown/src/viewer.c (17)
M markdown/src/viewer.h (2)
M webhelper/src/Makefile.am (3)
M webhelper/src/gwh-browser.c (490)
M webhelper/src/gwh-browser.h (6)
M webhelper/src/gwh-plugin.c (50)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/677.patchhttps://github.com/geany/geany-plugins/pull/677.diff
--
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/pull/677
I suspect most of us are using geany-plugin-markdown for editing Github content, so could we add support for the Github flavour of Markdown, including things like backticks for code blocks, which I guess would convert to HTML "pre" tags?
--
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/592
I don't know if this is possible or hard to code...
But it would be great if the preview frame displayed by geany-markdown could focus on the part of document currently edited.
--
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/618