`geany 1.37 (git >= ea649d80) (built on 2020-05-21 with GTK 3.22.30, GLib 2.56.4)`
On exit from Geany, the document list component of the addons plugin causes an error message:
`Gtk-CRITICAL gtk_widget_destroy: assertion 'GTK_IS_WIDGET (widget)' failed`
I have narrowed it down to the `ao_doc_list_finalize` function, and found that the `priv->overflow_menu_item`, though non-null, is invalid, i.e. `GTK_IS_WIDGET` returns false, exactly as the error message claims.
Not sufficiently familiar with the code to guess where the corruption is occurring, and hoping the maintainer may be able to shed some light.
Not a major problem, as the app is exiting anyway, just annoying.
--
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/983
In Geany the name `instance` is highlighted as a type
```C++
class c {
int i;
public:
c( int j ):i(j){}
int f(){ return i; }
} instance{1};
c another{1};
```
Note github has it correct.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/892
Using sway from latest master as windows manager,
geany 1.34.1
archlinux
If I try to paste text in geany from an xwayland app (firefox, calibre), it doesn't work. It seems to work fine when pasting from a wayland app (gnome-terminal, zathura).
I think it's a bug in geany, because pasting works fine in gedit, for example.
--
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/2079
Hi,
At the moment Linux users are essentially left to wait until their respective distribution's repositories are updated and the new release of Geany is added. This process is so tedious, however, that for most non-bleeding edge distributions one has to wait months or years for this to happen (by which time usually an even newer release of Geany is out). So what I propose is that you's provide your own AppImages for Geany. AppImages, for those of you that are unaware, are a type of cross-distribution packaging format that need no special tools (like no special package manager to manage the packages) in order to be run. They merely need to be marked executable (with `chmod +x`) and run (with `./<AppImage>` where `<AppImage>` is the AppImage's filename, including its file extension). They are essentially self-mounting image files with an internal file system that contains all the files required to run the program they provide (which in this case would be Geany, of course).
I have created my own AppImage for Geany (which you can find [here](https://bintray.com/fusion809/AppImages/Geany#files)) but as you might notice it is presently out of date (version 1.28, versus the latest release of 1.29) as the Debian packages (and no this does not mean that this AppImage will only run on Debian systems, it will run on Arch Linux, Fedora, Gentoo, openSUSE, etc. as well) I built it from are presently out-of-date (although no doubt they will be updated soon). Plus my AppImage is built using Debian (Jessie) ingredients so it doesn't work on systems older than Jessie, while it is possible that you's could create a more flexible AppImage. You's could use your Travis CI artefacts instead of the Debian packages I use to build the AppImage, hence providing the very latest (more up-to-date than I could ever hope to provide) build of Geany. The way I uploaded my Geany AppImage to Bintray is using Travis CI, so they both easily integrated with one another. Alternatively you could upload the AppImages to the releases page of this GitHub repository.
If you need help with this I am more than willing to help, although I do believe @probonopd will be far more helpful than I, due to his superior knowledge of AppImages (after all he is the one that created the format).
Thanks for your time,
Brenton
--
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/1303
All good
Indent -module (functions now appear to be outside the module's hierarchy)
Indent function definition (it dissapears from the symbols list)
Indent everything (to the erlang parser this is just the same code)
--
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/2653
Autocomplete for HTML file does not work.
Geany 1.36 on Windows 8.1
--
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/2516
If a variable name ends with "type", the symbol parser recognizes a symbol which does not exist. As an example, see the following code below:
> procedure plot_labels(iy,iy2: stipint; labtype: stipint);
const
c_marker_type=1;
var
locdbg: boolean;
{actual code}
end;
Which creates two functions: plot_labels (correct) and 1 (this is incorrect). See screenshot below:
--
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/1409
The class / method hierarchy in Ruby files is parsed incorrectly if assigning the result of an `if` / `else` block:
After removing the assignment, all methods are grouped under the enclosing class, as expected:
Tested with the very latest state of the `master` branch (as of 2018-01-18), Arch Linux up to date. Might be related to #587.
--
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/1744
Geany 1.28 Release (Windows and Linux) and Geany 1.29 and I think also Geany 1.27 and before
Lines that start with ';' are syntax highlighted as comment.
Lines that start with '#' are syntax highlighted as comment.
An entry "key=value" in a line starting with ';' is shown in the symbols list.
An entry "key=value" in a line starting with '#' is not shown in the symbols list.
I attached a small test file test.ini, but I had to rename it to test.ini.txt because github refused to upload test.ini
[test.ini.txt](https://github.com/geany/geany/files/464268/test.ini.txt)
--
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/1220