why suddenly geany automatic copy the selected text to clipboard ?
--
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/2898
PHP 7.3 has changed the Heredoc/Nowdoc syntax, so that the ending delimiter doesn't need to be at the beginning of a line, and can be followed by other expressions. the following examples are valid php code now:
```
<?php
$var = <<<EOL
this is a test
EOL;
```
```
<?php
$vector = [<<<EOL
this
is
a
test
EOL, 'other value' ];
```
But both syntax examples are not properly parsed/highlighted on Geany.
I'm not sure if this is a Scintilla bug or a Geany bug - I can see Geany has a php parser, which today is unable to parse the new syntax (code is [here](https://github.com/geany/geany/blob/master/ctags/parsers/php.c)). I tried to open a ticket on Scintilla about this, but I am not allowed to do so (looks like you need approval from the project owners to open a ticked there).
--
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/2414
Xubuntu 20.04
Geany 1.37.1, GTK 3.24.20, GLib 2.64.3
```
(gdb) run
Starting program: /usr/local/bin/geany
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff548c700 (LWP 80774)]
[New Thread 0x7ffff4be7700 (LWP 80775)]
[New Thread 0x7fffecc9e700 (LWP 80776)]
[New Thread 0x7fffe7fff700 (LWP 80777)]
[Detaching after fork from child process 80778]
[Thread 0x7fffe7fff700 (LWP 80777) exited]
(geany:80770): GLib-GObject-CRITICAL **: 08:43:38.441: g_object_get_data: assertion 'G_IS_OBJECT (object)' failed
Thread 1 "geany" received signal SIGSEGV, Segmentation fault.
0x00007fffedc844e5 in gsdlg_option (label=0x555556413338 "DICT", value=0x555556413308 "dict",
key=0x555556412e18 "proto", dlg=0x555556403ed0) at gsdlg.c:479
479 cw=g_object_get_data(G_OBJECT(hbox), DataKey);
```
For test use [complex-dialog.lua](https://github.com/geany/geany-plugins/blob/master/gean…
Also I tried GTK2-version (Geany 1.36, GTK 2.24.32 and GLib 2.64.3): works fine.
--
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/1027
Hi! I found a fix for a specific startup-speed regression affecting Geany master. It may or may not have anything to do with what people experienced in #2649, but it can be reproduced as follows: give Geany a session of ~300 open C files to restore, and otherwise a default configuration, and simply start it. Geany master: ~12-24s. Geany 1.35: ~2-4s.
This is all moot if the Scintilla v5 upgrade (#2824) is imminent, as the cause is a mistake backporting some v5 code to the LongTerm3 branch.
It started with https://github.com/geany/geany/commit/4bceddb449b8727e1d8b449a5d92af5fa53a2…, was caused by http://hg.code.sf.net/p/scintilla/code/rev/6c453822904a, and can be fixed with a 1-line change I posted to https://sourceforge.net/p/scintilla/bugs/2280/. Per Neil's comments there, further 3.x releases are unlikely, so Geany's options are to either adopt the fix directly or press on with the v5 upgrade.
Please let me know if a PR with the 3.x fix would be useful. (Will any releases happen before the v5 upgrade is done?)
Best,
Justin
--
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/2883
Hello everyone,
Since the migration to Ubuntu 20.04, Geany no longer displays underscores.
I have to zoom in considerably to see them.
Any ideas on how to solve this annoying problem? Thanks for this fabulous software !
--
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/2502
At the moment Scintilla V5 is still regarded as unstable, IIUC it will be V5.1 thats stable "soon".
This issue is to discuss how we should approach the Scintilla V5 changes, the API changes, the Lexilla/Scintilla split, how to make the process scalable, massive single commits are simply not viable.
Then there needs to be a discussion about importing Scintilla/Lexilla it will be done in Geany after the changes to separate Scintilla and Lexilla.
To be blunt, the mechanics of getting the parts Geany uses from the Scintilla repos is the least of a Scintilla upgrade, be it git subprojects or a bash/Python script doesn't matter, its a minor part of the work needed for the upgrade, even now Scintilla and Lexilla are separate. So the simplest for everyone to understand is the best.
The main part of a Scintilla upgrade is the manual work for each lexer:
1. checking if any of the syntactic elements from the lexers have changed,
2. changing the mapping of those to Geany entities in `highlightingmappings.h`
3. adding them to `filetypes.xxx`,
4. checking for any lexer properties that need to be added or removed.
These are manual actions at the moment and make up most of the work creating and reviewing a Scintilla upgrade and are why the upgrades take so long.
IIUC there are some additional scripts or similar that come with Scintilla/Lexilla 5 that may make at least part of that work automatic, identifying changes at least. That needs to be explored to allow supporting the current number of languages to remain viable.
ATM its just too much work and nobody has the time.
Also potentially making Lexilla changes separate from Scintilla would help, IIUC Neil will be issuing them as separate releases in the future, and even better if each filetype could be done by itself. Then whoever is interested in a language can submit a smallish PR that would be easy to review and commit.
Huge commit bombs are simply not viable into the future, thoughts anyone?
--
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/2824
These changes allow us to create future release builds for Windows for the x86_64 platform and finally use GTK3.
Also since the GTK bundle creation and the NSIS installer scripts get more flexible, this helps to create fullly automated cross-compiled builds.
Changes in the bundle creation script:
- the GTK (and other dependencies) bundle is now created for the x86_64 platform
- the new parameter "-x" allows to run script on a Linux system using Wine, therefore it is necessary to run the post-install scripts after all packages have been extracted.
- use "-Sdd" for Pacman to ignore dependencies as we resolve them manually
- do not use "tar -x --xz" as Pacman nowadays also downloads .zst packages, instead just download the file and let tar choose the format automatically based on the filename
- install grep with Pacman as the build and target platform are now identical
- update GTK dependencies to match current packages
Changes in the NSIS installer script:
- remove hard-coded paths and installer name from NSIS installer script - This makes the paths for external resources configurable using command line flags (e.g. /DGEANY_THEMES_DIR=/something/geany-themes) and also the resulting installer filename can be set via command line flags
- the "INCLUDE_GTK" command line is removed as we always include the GTK bundle
- the GTK version detection was removed and now we always bundle the GTK3 specific CSS files.
Do NOT merge before 1.37 is released as we should make first a final GTK2/i686 release before switching.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2590
-- Commit Summary --
* Windows: Create GTK bundle for x86_64 and suppt non-native execution
* Remove hard-coded paths and installer name from NSIS installer script
-- File Changes --
M geany.nsi.in (96)
M scripts/gtk-bundle-from-msys2.sh (106)
-- Patch Links --
https://github.com/geany/geany/pull/2590.patchhttps://github.com/geany/geany/pull/2590.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/2590
This issue is to make our Windows builds (nightly, CI and release builds) easier and better.
And also to satisfy @elextr 's long-time wish to have GTK3 Windows builds :).
My goal is to create Windows builds:
- with GTK3 only
- for x86_64 (aka amd64 aka 64bit) only
- fully automated on a Linux box
I've written a Dockerfile which sets up a cross-compilation environment with mingw64-gcc, wine and a couple other necessary tools. It also bootstraps a minimal MSYS2 environment so packages can be installed with `pacman`.
In the resulting build environment we start a script which does:
- clone Geany repository if necessary (i.e. if it is not bind-mounted into the container)
- cross-compile Geany for Windows 64bit and GTK3
- sign all binaries and installer (if /certificates exist and contains cert.pem and key.pem)
- download Geany-Themes for bundling
- create GTK3 bundle with all dependencies (including grep and sort)
- create the NSIS installer in ${OUTPUT_DIRECTORY}
- test the created NSIS installer and compiled Geany
- test uninstaller and check there is nothing left after uninstalling
This is already working pretty nicely (even digitally signing the binaries!!).
I guess I'll put the Dockerfile and the build script into a new repository.
However there are some tasks left for discussion and to do:
- do you think it is safe to switch to x86_64 builds only? I guess since Windows 7 almost everybody should have a x86_64 installation by default it she didn't anything against it on purpose. But I'm not sure enough and I didn't find proper resources on the net.
- there is a bug on Windows with GTK3 causing the message window to constantly loose some height between starts of Geany (#2591)
- we need to decide which GTK3 theme we use by default:
- the default theme (I think it's Adwaita) looks a bit alien on Windows, see screenshots below
- there is a "win32" theme natively in GTK3 which can be enabled in GTK3's `settings.ini`, it doesn't look quite right either :(.
I would say let's try with the default theme even GUI elements feel a bit huge.
Or we find another good looking theme or someone hacks something. I definitely won't work on this.
Dependant issues and PRs:
- [ ] #2591
- [ ] #2590
- [ ] #2572
Geany GTK3 Default Theme:
){kind=link}
){kind=link}