This is running under Sway, testing with Wayland native apps only (no xwayland).
When I first open a file in Geany, I can copy out of Geany and paste into another program by selecting and then middle clicking in the usual way. I can do that multiple times with different selections. If I then select something ("foo" for example) in the other program, I can middle click paste it into Geany. I can do this with multiple selections as well. All OK so far.
At this point if I select something in Geany ("bar" for example), I can no longer middle click paste it outside of Geany. I just get "foo" instead, even if I make sure to unselect "foo" in the other app before selecting "bar" in Geany. Middle click copy/paste within Geany works fine still. It also works fine within and between non-Geany applications. It is as if Geany is now using a different primary buffer than everything else.
Opening a new file in Geany (or closing and reopening an existing one) gets things working again temporarily.
I've tested this with Geany 1.36 and also the latest Master branch. I also tried applying the patch from here, but saw no difference: https://sourceforge.net/p/scintilla/bugs/2127/
I have mainly been using kitty (0.18.3) and firefox (78.3.0 esr) as the other applications. Sway is version 1.5-3. This is on Debian Bullseye. I also briefly tried to check if SciTe exhibits the same behavior, but middle click copy paste did not work at all there (at least to other programs, not sure if it worked within SciTe).
--
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/2629
Created a project. Added a header and source file. Closed project. Always have to re add source files after closing project.
Was wondering if this is normal or a problem with my computer.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3212
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3212(a)github.com>
Github actions can do Linux (Ubuntu 16.04, 18.04 and 20.04) and windows and OSX Catalina and Big Sur so testing could check all platforms.
This is a placeholder issue, not sure what is _actually_ involved, but somebody who knows might replace this with a checklist.
PS IIUC github actions can run docker so the @eht16 one could be used maybe?
--
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/2671
Extends [#1233](https://github.com/geany/geany-plugins/pull/1233) to add support for Lua 5.1 and LuaJIT by adding compatibility functions/defines. The build script is fixed to not ignore the `--with-lua-pkg` option and to recognize Lua variants: lua, lua53, lua54, lua52, luajit, lua51 (currently in this order). Systems that use a different basename will have to explicitly specify the name, eg lua5.1 or lua-5.1, during configure. To change variants, reconfigure and rebuild.
```
./configure --with-lua-pkg=[lua]
make -C geanylua clean
make -C geanylua
```
Supercedes #1231, #1233, #1235. Resolves #1228, #1133.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1238
-- Commit Summary --
* GeanyLua: Use luaL_Reg instead of luaL_reg
* GeanyLua: Don't ignore with-lua-pkg configure option
* GeanyLua: Add support for Lua 5.2+
* GeanyLua: Add compatibility for Lua 5.1 and LuaJIT
-- File Changes --
M build/geanylua.m4 (28)
M geanylua/Makefile.am (2)
M geanylua/glspi.h (2)
M geanylua/glspi_app.c (4)
A geanylua/glspi_compat.c (55)
A geanylua/glspi_compat.h (28)
M geanylua/glspi_dlg.c (6)
M geanylua/glspi_doc.c (4)
M geanylua/glspi_init.c (4)
M geanylua/glspi_kfile.c (10)
M geanylua/glspi_run.c (30)
M geanylua/glspi_sci.c (6)
M geanylua/gsdlg_lua.c (11)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1238.patchhttps://github.com/geany/geany-plugins/pull/1238.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1238
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1238(a)github.com>
In Preferences -> Files there is an option "Ensure new line at file end" that, as far as I understand, is supposed to enable/disable adding of a new line in the end of the file if the last line is not empty. However, even when this option is disabled (unticked), if the last line is not empty and you save the file, Geany adds a new line after the last one.
--
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/2310
if i hit ctrl+f, I don't immediately start typing in the field, rather, I continue typing wherever I previously was, the dialog just appears.
I'm on geany-gtk3 on arch, if that helps. I might just be an idiot and changed a setting though.
--
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/1623
What it says in the title. I'd like for the files in the Documents sidebar to be renamable from that location.
---
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/1138
If possible, I'd like for geany to use an inotify hook (where available) to detect delete/rename of open files in real-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/issues/1139
Standard gettext should be used over glib's glue these days.
AM_GLIB_GNU_GETTEXT and glib-gettextize are deprecated. This helps
possible meson build (no concrete plans yet) as well as working with
intltool is harder over there. gettext, on the other hand, is supported
out of the box in meson.
Beware, autopoint is a new dependency when building from git,
should not affect tarballs. Also, it's already required by Geany core.
Additionally, autogen.sh follows Geany's autogen.sh more closely,
allowing for out-of-tree builds.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1183
-- Commit Summary --
* Use standard gettext, following Geany core.
* Fix issues found by standard gettext
* Update po files after gettext transition.
-- File Changes --
M .github/workflows/build.yml (1)
M .gitignore (7)
M autogen.sh (11)
M build/common.m4 (1)
M build/i18n.m4 (10)
M configure.ac (8)
A po/LINGUAS (1)
A po/Makevars (82)
M po/POTFILES.in (8)
M po/be.po (710)
M po/ca.po (771)
M po/da.po (697)
M po/de.po (966)
M po/el.po (690)
M po/es.po (952)
M po/fr.po (950)
M po/gl.po (780)
M po/it.po (847)
M po/ja.po (770)
M po/kk.po (720)
M po/nl.po (812)
M po/pt.po (0)
M po/pt_BR.po (0)
M po/ru.po (0)
M po/tr.po (0)
M po/uk.po (0)
M po/zh_CN.po (0)
M treebrowser/src/treebrowser.c (0)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1183.patchhttps://github.com/geany/geany-plugins/pull/1183.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1183
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1183(a)github.com>