I installed py-docutils and py3-docutils but on OpenBSD 6.4, rst2html not detected when running configure
--
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/2048
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
Closes #971, closes #1947.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2045
-- Commit Summary --
* Update Scintilla to version 3.10.2
-- File Changes --
M scintilla/gtk/ScintillaGTK.cxx (7)
M scintilla/gtk/ScintillaGTKAccessible.cxx (2)
M scintilla/include/Platform.h (5)
M scintilla/include/SciLexer.h (48)
M scintilla/include/Scintilla.h (14)
M scintilla/include/Scintilla.iface (90)
M scintilla/lexers/LexBash.cxx (279)
M scintilla/lexers/LexCPP.cxx (56)
M scintilla/lexers/LexFortran.cxx (8)
M scintilla/lexers/LexMarkdown.cxx (60)
M scintilla/lexers/LexVerilog.cxx (6)
M scintilla/lexlib/CharacterCategory.cxx (240)
M scintilla/lexlib/PropSetSimple.cxx (2)
M scintilla/scintilla_changes.patch (5)
M scintilla/src/CaseConvert.cxx (16)
M scintilla/src/Catalogue.cxx (4)
M scintilla/src/CellBuffer.cxx (349)
M scintilla/src/CellBuffer.h (10)
M scintilla/src/ContractionState.cxx (2)
M scintilla/src/Document.cxx (102)
M scintilla/src/Document.h (27)
M scintilla/src/EditModel.cxx (2)
M scintilla/src/EditView.cxx (2)
M scintilla/src/Editor.cxx (106)
M scintilla/src/Editor.h (2)
M scintilla/src/ExternalLexer.cxx (4)
M scintilla/src/Indicator.cxx (7)
M scintilla/src/KeyMap.cxx (4)
M scintilla/src/KeyMap.h (1)
M scintilla/src/PerLine.cxx (4)
M scintilla/src/PositionCache.cxx (7)
M scintilla/src/PositionCache.h (2)
M scintilla/src/RESearch.cxx (4)
M scintilla/src/RunStyles.cxx (6)
M scintilla/src/ScintillaBase.cxx (26)
M scintilla/src/Style.cxx (6)
M scintilla/src/UniConversion.cxx (16)
M scintilla/src/UniConversion.h (1)
M scintilla/src/ViewStyle.cxx (6)
M scintilla/version.txt (2)
-- Patch Links --
https://github.com/geany/geany/pull/2045.patchhttps://github.com/geany/geany/pull/2045.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/pull/2045
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
Hi,
I'm currently using a custom file type configuration where I enabled the `DIFF` lexer which provides the best highlighting experience for this particular file syntax:
```
[styling=Diff]
comment=default
[settings]
lexer_filetype=Diff
```
Unfortunately, there is a highly demanded editor feature that cannot be used in this context: **stripping trailing spaces**.
By inspecting the source code, it's quite obvious the limitation is imposed by the `DIFF` lexer:
```
void editor_strip_line_trailing_spaces(GeanyEditor *editor, gint line)
{
[...]
/* Diff hunks should keep trailing spaces */
if (sci_get_lexer(editor->sci) == SCLEX_DIFF)
return;
[...]
}
```
I'm not sure if this is a bug or just a simple workaround to prevent corruptions of the `.patch` files.
I just want to use the `DIFF` syntax highlighting on files that do not have anything in common with the patch files, in particular by having the option to strip trailing spaces enabled permanently.
Does it make sense to improve the implementation by checking for `DIFF` file type instead of `DIFF` lexer?
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/2041
){kind=link}