You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2617
-- Commit Summary --
* Drop GTK2 support
* Drop use of GTK2-only API
* Drop use of deprecated GTK2-era GDK key names
-- File Changes --
M .travis.yml (15)
M HACKING (15)
M README (8)
M configure.ac (19)
M data/Makefile.am (5)
D data/geany.gtkrc (72)
M doc/plugins.dox (2)
M m4/geany-mac-integration.m4 (4)
M plugins/classbuilder.c (2)
M plugins/demoplugin.c (2)
M plugins/export.c (2)
M plugins/filebrowser.c (18)
M plugins/saveactions.c (20)
M plugins/splitwindow.c (8)
M scripts/cross-build-mingw.sh (12)
M scripts/gtk-bundle-from-msys2.sh (8)
M src/about.c (8)
M src/build.c (29)
M src/callbacks.c (5)
M src/dialogs.c (5)
M src/document.c (26)
M src/documentprivate.h (2)
M src/editor.c (20)
M src/filetypesprivate.h (2)
M src/gb.c (43)
M src/geanywraplabel.c (43)
M src/gtkcompat.h (80)
M src/keybindings.c (265)
M src/keybindings.h (2)
M src/libmain.c (52)
M src/log.c (2)
M src/msgwindow.c (12)
M src/navqueue.c (2)
M src/notebook.c (33)
M src/plugindata.h (10)
M src/pluginprivate.h (2)
M src/plugins.c (5)
M src/pluginutils.c (2)
M src/prefs.c (5)
M src/printing.c (6)
M src/project.c (2)
M src/search.c (36)
M src/sidebar.c (16)
M src/socket.c (10)
M src/stash.c (6)
M src/symbols.c (7)
M src/templates.c (3)
M src/toolbar.c (6)
M src/tools.c (5)
M src/ui_utils.c (22)
M src/vte.c (46)
-- Patch Links --
https://github.com/geany/geany/pull/2617.patchhttps://github.com/geany/geany/pull/2617.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/2617
I think geany need a few features to improve the usability when more than one window (or instance) is involved.
Here are the ones that I miss the most :
Ability to create an empty instance (Or at least open a new document in a new window)
Ability to move a document to a new window without duplicating it (currently the version on the old instance remains open)
Ability to move a document to an other already exiting instance.
Currently using Geany 1.32 from apt on Tricia
--
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/2601
Add two option to improve the multi-window management.
This try to solve only the first 2 points of this issue : #2601 The last one need deeper modifications but I'm working on it.
By the way this is my first open source contribution so I hope I did not missed things in the process.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2616
-- Commit Summary --
* Add a "Move to New Window" option similar to "Open in New Window" but closes the document in old window
* Add a new Instance menu option to open a blank new geany instance
-- File Changes --
M data/geany.glade (10)
M src/callbacks.c (4)
M src/callbacks.h (2)
M src/notebook.c (24)
-- Patch Links --
https://github.com/geany/geany/pull/2616.patchhttps://github.com/geany/geany/pull/2616.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/2616
As a python teacher I recommend Geany to newcomers a lot. It's always a pain to explain to them that first you need to change the execute command. The official python installer no longer adds itself to the path variable by default, therefore on a default python install the command "python" does not work. Instead for several years now the python installer also installs the "python launcher" named "py.exe". Users are expected to use the command "py" in the command prompt instead of "python". The python launcher adds support for shebangs to windows, making it easier to control python versions.
I propose that you change the default execute command for python files from `python "%f"` to `py "%f"` in order to make Geany on Windows work with python out of the box.
A potential downside is people that install python from Anaconda or similar packages, which do not install the python launcher and therefore still require modifying PATH and using the "python" command. However I feel that a user adept enough to adjust the PATH variable can probably also figure out how to change the execute command.
--
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/2211
On OSX (since a long time), scroll quickly in any direction using the wheel, then click in the window. Do it repeatedly. You will find that there is a high chance that some variable indicating the current state of the scrollbar and scrollable area is actually farther than was shown, as clicking in the window suddenly makes the whole screen jump to the new position, which may be only a few lines further than was shown, or more than a screenful, depends. It is not normal that the document be scrolled by just clicking in it (except at the very bottom if the last line is partially displayed, and then that special case only scrolls up by one line).
Sometimes while using the wheel, the scrollable area shows two different portions of the document in a kind of accidental split screen, but I can't tell whether this is a separate bug or the same bug.
This is a 3rd-party mouse with a traditional stepping wheel. I don't have a touch sensor mouse to compare with. But now I just tried with the laptop's trackpad and the same happens as with the mouse wheel, using regular two-finger drag. When using a fling gesture, however, after the first redraw of the screen, there's a pause until about 3/4 of a second after touch-up (the equivalent of button release), before suddenly a long series of screen updates happens, whereas normally screen updates should be equally-spaced during the gesture and the decelerating motion that continues for a while.
Compare what those 3 cases (wheel, 2-finger drag, 2-finger fling) do in other apps (e.g. I tried with Firefox OSX using a long enough web page.)
--
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/2614
Some Gtk themes define a dark foreground color for selected text, so when we
set the background to dark red, it becomes difficult to read. We must therefore
set a foreground color that will remain legible against our background.
Fixes #2332
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2333
-- Commit Summary --
* Define text color when setting dark background
-- File Changes --
M data/geany.css (1)
M data/geany.gtkrc (1)
-- Patch Links --
https://github.com/geany/geany/pull/2333.patchhttps://github.com/geany/geany/pull/2333.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/2333
This is a fairly basic filetype, with only highlighting (using an upstream Scintilla lexer), but it works quite well AFAICT. See https://lists.geany.org/pipermail/devel/2019-November/010506.html
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2399
-- Commit Summary --
* Add Smalltalk filetype
-- File Changes --
M data/Makefile.am (1)
A data/filedefs/filetypes.smalltalk (56)
M data/filetype_extensions.conf (1)
M scintilla/Makefile.am (1)
A scintilla/lexers/LexSmalltalk.cxx (324)
M scintilla/scintilla_changes.patch (4)
M scintilla/src/Catalogue.cxx (1)
M src/filetypes.c (1)
M src/filetypes.h (1)
M src/highlighting.c (2)
M src/highlightingmappings.h (29)
-- Patch Links --
https://github.com/geany/geany/pull/2399.patchhttps://github.com/geany/geany/pull/2399.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/2399
When a find operation fails to find a match, the find dialog's text entry field sets the background color of selected text to dark red. This is fine if the Gtk theme happens to use a light color for selected text, but for other themes, it makes the text nearly unreadable.
If Geany is going to set a background color here, it should set a foreground color as well, in order to avoid this problem.
--
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/2332