Hi Guys,
i have installed geany from:
Last metadata expiration check: 0:37:25 ago on Mon 22 Aug 2022 11:40:15 AM EDT.
Installed Packages
Name : geany
Version : 1.38
Release : 2.el9
Architecture : x86_64
Size : 9.8 M
Source : geany-1.38-2.el9.src.rpm
Repository : @System
From repo : epel
Summary : A fast and lightweight IDE using GTK3
URL : http://www.geany.org/
License : GPLv2+ and MIT
Description : Geany is a small and fast integrated development environment with basic
: features and few dependencies to other packages or Desktop Environments.
:
: Some features:
: - Syntax highlighting
: - Code completion
: - Code folding
: - Construct completion/snippets
: - Auto-closing of XML and HTML tags
: - Call tips
: - Support for Many languages like C, Java, PHP, HTML, Python, Perl, Pascal
: - symbol lists and symbol name auto-completion
: - Code navigation
: - Simple project management
: - Plugin interface
but there are no plugins available.
then i downloaded the one from the git repo and running the ./autogen fails with:
hecking for xgettext... (cached) /usr/bin/xgettext
checking for catalogs to be installed... be ca da de el es fr gl it ja kk nl pt pt_BR ru tr uk zh_CN
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GEANY... no
configure: error: Package requirements (geany >= 1.29) were not met:
Package 'geany', required by 'virtual:world', not found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables GEANY_CFLAGS
and GEANY_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
i have the lib on:
#locate libgeany.so
/usr/lib64/libgeany.so
/usr/lib64/libgeany.so.0
/usr/lib64/libgeany.so.0.0.0
geany executable:
# which geany
/usr/bin/geany
geany version:
# geany --version
geany 1.38 (built on 2022-01-20 with GTK 3.24.31, GLib 2.68.4)
Is this a bug?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3260
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3260(a)github.com>
When opening a file from command line, with Geany not yet running, the `g_idle_add(...)`
https://github.com/geany/geany/blob/378e5e8a0db18364cd9ec848aa81f5eded508da…
will postpone the switch to the saved session's last active file until after both the session and the file specified on the command line are loaded.
But this way, the specified file will _not_ become the active one.
I think, the expected behavior would be that the file specified on the command line does become the active one.
Note that this is also the current behavior if Geany is already running (and thus the session need not be loaded anymore).
This issue could be fixed e.g. by doing an immediate call instead, say
```c
switch_to_session_page(NULL);
```
But maybe there is a good reason for postponing the call (I am not aware of).
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3136
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3136(a)github.com>
For each of the filetypes, the script uses universal-ctags binary to
generate a tags file for all the unit tests for the given filetype,
collects the kinds contained in the tags file and compares them to those
mapped inside `tm_parser.c` (except the ignored ones mapped to
`tm_tag_undef_t`). It then prints those kinds that are mapped in
tm_parser.c but not present in the ctags output.
The script runs a universal-ctags binary that must be present in
PATH and the script assumes it's executed from the root directory
containing Geany sources (by `./scripts/test-units.py`). Since Geany
now uses most of the upstream parser, the output of universal-ctags should
correspond to the output of Geany. Note that we cannot use our own
tags file for this test as they don't contain the original kind but rather
the kind mapped to Geany's internal representation (`tm_tag_..._t`).
I'll update this PR once all the parsers are merged.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3182
-- Commit Summary --
* Add script checking our unit test coverage of the mapped kinds
-- File Changes --
A scripts/test-units.py (121)
-- Patch Links --
https://github.com/geany/geany/pull/3182.patchhttps://github.com/geany/geany/pull/3182.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3182
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3182(a)github.com>
### Summary
Support SyncTeX and discussion on whether that'd provide significant gains
### Details
* SyncTeX is a program that allows to quickly jump from PDF to the (TeX) source. - [ref](https://wiki.contextgarden.net/SyncTeX)
* If that's supported, then the TeX workflow in geany can be made somewhat more streamlined with some user's personal level tweaks to build task to open the pdf after the build is complete
### Environment
* Geany: 1.38 "Sulamar"
* OS: Windows 10
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3146
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3146(a)github.com>
I create some bigger Confluence pages using their ASCII Wiki Markup / Markdown syntax [1] in geany, and then I can copy and paste the entire page into Confluence. This has the advantage of me not having to fiddle with the Confluence web page GUI for each and every detail while editing.
How can I get geany to render the wiki syntax nicer, and even let me navigate the syntax better? The syntax allows wiki document headers to be defined and it would be great if geany allowed me to navigate these headers more easily (like it does with showing a list of functions, etc).
Thanks in advance!
[1] https://confluence.atlassian.com/doc/confluence-wiki-markup-251003035.html
--
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/2751
First set of 10 translations.
I have a question regarding the menu accelerators(strings containing a "_").
I am not clear exactly what criteria is used when assigning a accelerator key ?
What would be the best way to determine this and proceed please ?
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3087
-- Commit Summary --
* started sinhala translations
* Delete si.po
* Started Sinhala Translations
* Merge branch 'geany:master' into master
* Added accerlerator Keys
* I used fetch then pull so this is the reason why :-)
-- File Changes --
A po/si.po (5814)
-- Patch Links --
https://github.com/geany/geany/pull/3087.patchhttps://github.com/geany/geany/pull/3087.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3087
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3087(a)github.com>
**Steps to reproduce**
1: open Geany
2: open two different txt-documents, both very long, so that only two tabs exist
3: close Geany
4: reopen Geany (result: the txt-document what is in focus is shown correctly)
5: switch to the other tab where the other txt-document is located
**Result**
The problem is that this happens only sometimes and one need to scroll to look for double lines (I did all the steps above about 20 times):
The txt-document is not shown correctly. Some lines of the document are shown 2x. What is also strange is that the cursor is stretched over two lines. Once I saw lines not only 2x but 4x.
**Remark**
This is really a big issue. It started some weeks ago. I thought that it was caused by the plugin Geany Preview or by using Geany by PPA (https://github.com/xiota/geany/issues/2 and https://github.com/xiota/geany/issues/3). But today I reinstalled Lubuntu 22.04, I installed Geany, I installed geany-plugins, I installed some software for kvantum for having the dark mode, and I used Sleepy Pastel as colorschemes in Geany. And then the issue was there again. I can't remember that I saw this issue in Geany 1.37.
Lubuntu 22.04
Geany 1.38
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3271
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3271(a)github.com>
This is a two-commit PR:
1. the first commit just syncs the **baseline** PO metadata -- the comments with source locations (a lot from `update-po`)
2. the actual translation updates
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3094
-- Commit Summary --
* PO:(uk) Update translation; metadata only
* PO:(uk) Update translation
-- File Changes --
M po/uk.po (2848)
-- Patch Links --
https://github.com/geany/geany/pull/3094.patchhttps://github.com/geany/geany/pull/3094.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3094
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3094(a)github.com>