This PR enables opening folders with Geany. Resolves #1171, others.
* Folders are turned into projects.
+ Project name is set to the basename of the folder. May be changed from *Project / Properties*.
+ When the `project_file_in_basedir` option is set, the `.geany` file is created inside the folder with name `[basename].geany`.
+ Otherwise, `.geany` files are stored in `~/.cache/geany/folders/` with name `[basename]_[path-md5].geany`.
* If the folder already has a project file (as noted above), the project file is opened.
* Folders to open may be specified at the command line. Any filenames following the folder name are added to the project.
* New menu items:
+ *Project / Open Folder...*
+ *Project / Save As...* – to resave temporary project file to permanent location or to fork existing project to a different file.
* Does *not* interfere with existing method of project creation.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3044
-- Commit Summary --
* Open folders as project
-- File Changes --
M data/geany.glade (18)
M src/callbacks.c (14)
M src/libmain.c (62)
M src/main.h (2)
M src/project.c (166)
M src/project.h (8)
-- Patch Links --
https://github.com/geany/geany/pull/3044.patchhttps://github.com/geany/geany/pull/3044.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/3044
Make placeholder text to fit in visible area by non-scrollable wrapped
label. Placeholder style is tuned to attenuate it comparing to header.
I'm not yet sure, what styles combination is best. When it's in treeview, it also has monospace style among all differences. DId not try stack approach yet.
There's look with my gtk style:
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany-plugins/pull/1150
-- Commit Summary --
* Better placeholder text implementation
-- File Changes --
M workbench/src/plugin_main.c (2)
M workbench/src/sidebar.c (27)
-- Patch Links --
https://github.com/geany/geany-plugins/pull/1150.patchhttps://github.com/geany/geany-plugins/pull/1150.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1150
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/pull/1150(a)github.com>
I decided to better analyze breakages, caused by overview plugin. First attempt was in bug #730 , but primary indicator (assertion warning) disappeared, while breakages did not.
## Session files list
When some file is opened (without plugin), list of opened files is saved right in editor config.
```
[files]
...
FILE_NAME_0=719;Sh;0;EUTF-8;0;1;0;%2Fhome%2Fnick87720z%2Fdev%2Fmisc%2Ffdopenres;0;4
```
When overview plugin is loaded, last line (FILE_NAME_0=) just vanishes, so if editor is closed with active overview plugin, session is lost. But once overview is unloaded, this line appears immediately in config file.
## Editor keys
When overview is loaded, keys Home, End, Ctrl+S stop working. But arrows and Page Down / Page Up still work. I did not check all changes in editing keys though.
## Terminal output
I'm not sure if this is reason though, but now I have more exact logs of what when happens, comparing to #730 .
```
# Starting editor with enabled overview causes this
(geany:19031): Geany-CRITICAL **: 17:24:02.222: document_grab_focus: assertion 'doc != NULL' failed
```
Now there's only one empty document (remember - files list disappears from config just on plugin load).
```
# Attempt to close document while Overview is on, per each close request (even for same document - e.g. if closing manually)
(geany:19031): Geany-CRITICAL **: 17:24:37.353: remove_page: assertion 'doc != NULL' failed
# document still remains opened, closing doesn't work at all
```
Besides this (note - I removed empty lines to not waste space)
```
# Opening modules manager (may be not due to overview, but I got it during test). Appears on each attempt, not just first.
(geany:3988): Gtk-WARNING **: 17:22:53.980: Negative content width -9 (allocation 1, extents 5x5) while allocating gadget (node entry, owner GtkEntry)
(geany:3988): Gtk-WARNING **: 17:22:53.980: Negative content height -1 (allocation 1, extents 1x1) while allocating gadget (node entry, owner GtkEntry)
(geany:3988): Gtk-WARNING **: 17:22:53.980: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node scrolledwindow, owner GtkScrolledWindow)
(geany:3988): Gtk-WARNING **: 17:22:53.980: Negative content height -1 (allocation 1, extents 1x1) while allocating gadget (node scrolledwindow, owner GtkScrolledWindow)
(geany:3988): Gtk-CRITICAL **: 17:22:53.980: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
(geany:3988): Gtk-CRITICAL **: 17:22:53.980: gtk_widget_get_preferred_width_for_height: assertion 'height >= 0' failed
(geany:3988): Gtk-WARNING **: 17:22:53.980: gtk_widget_size_allocate(): attempt to allocate widget with width 10 and height -17
(geany:3988): Gtk-CRITICAL **: 17:22:53.980: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
# Overview on/off causes no log
# As well as when modules manager is closed
```
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1149
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1149(a)github.com>
If there is a text present (even a simple space) between the TYPE keyword and the first declared type.
I have also tried to type a very simple pascal program directly in Geany editor, by also putting a space in the line after the TYPE keyword and before the first type declaration.
The moment i saved it as a PAS file, Geany crashed.
I tested this behaviour with Geany 1.25 from another PC and it works ok.
Geany v1.36
GTK+ v2.24.32
Win 7 x64 Enterprise SP1
--
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/2428
test:pas is my file:
cat /tmp/test.pas
type {coucou}
L3=string[3];
L2=string[2];
if open with geany it crash.
Remove the space after "type", load it in geany, type a space in geany in the same place, it crash
(I tried before the 1.35 with same bug)
geany -V
geany 1.36 (construit le Oct 14 2019 avec GTK 3.24.1, GLib 2.58.3)
gdb geany
GNU gdb (Gentoo 8.1 p1) 8.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://bugs.gentoo.org/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from geany...(no debugging symbols found)...done.
(gdb) set args /tmp/test.pas
(gdb) r
Starting program: /usr/bin/geany /tmp/test.pas
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[New Thread 0x7fffed6f3700 (LWP 15105)]
[New Thread 0x7fffecef2700 (LWP 15106)]
Thread 1 "geany" received signal SIGSEGV, Segmentation fault.
0x00007ffff7abfcef in ?? () from /usr/lib64/libgeany.so.0
(gdb) bt
#0 0x00007ffff7abfcef in ?? () from /usr/lib64/libgeany.so.0
#1 0x00007ffff7adbe95 in ?? () from /usr/lib64/libgeany.so.0
#2 0x00007ffff7ad822e in ?? () from /usr/lib64/libgeany.so.0
#3 0x00007ffff7adb5a0 in ?? () from /usr/lib64/libgeany.so.0
#4 0x00007ffff7ab3807 in ?? () from /usr/lib64/libgeany.so.0
#5 0x00007ffff7ab4ad6 in ?? () from /usr/lib64/libgeany.so.0
#6 0x00007ffff78e3c73 in ?? () from /usr/lib64/libgeany.so.0
#7 0x00007ffff78e3f9a in document_set_filetype () from /usr/lib64/libgeany.so.0
#8 0x00007ffff78e5a72 in ?? () from /usr/lib64/libgeany.so.0
#9 0x00007ffff7907696 in ?? () from /usr/lib64/libgeany.so.0
#10 0x00007ffff7909b3b in main_lib () from /usr/lib64/libgeany.so.0
#11 0x00007ffff748f6eb in __libc_start_main () from /lib64/libc.so.6
#12 0x000055555555464a in ?? ()
(gdb) quit
--
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/2358
Fixes #2358, fixes #2982, fixes #2428 and fixes #2987.
After our `parseArglist` implementation has been accepted upstream (and improved), this PR will now bring back the unmodified Pascal parser from uctags to Geany!
This will **remove** our buggy, incomplete implementation of parser `type` declarations which caused crashes and never worked really well.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3043
-- Commit Summary --
* Use Pascal parser from uctags
-- File Changes --
M ctags/Makefile.am (2)
R ctags/parsers/pascal.c (98)
M tests/ctags/bug612019.pas.tags (2)
-- Patch Links --
https://github.com/geany/geany/pull/3043.patchhttps://github.com/geany/geany/pull/3043.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/3043
Hi, I already read about this bug but not on GitHub and never with a solution, so I hope this is not a duplicate. I tried to write a program in pascal, using the command "type". After typing the word "type", pressing any button caused Geany to crash. After that, Geany can be opened as usual, just that since then I cannot even compile simple hello world programs. I get the error message "ld: library not found for -lc" and "/usr/local/bin/ppcx64 returned an error exitcode" as well as exitcode 127. In addition, shell files and files of type .res are created in the working directory. I tried deleting them, uninstalling fcp and Geany but nothing worked. Attached you can find a screenshot of the error message.
<img width="562" alt="Screenshot 2021-11-05 at 11 25 50" src="https://user-images.githubusercontent.com/71439619/140496459-d514a52d-fc50-…">
--
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/2982
Windows 10, version 1909
Geany 1.38
When I try to mark all occurrences of a word by highlighting it and pressing ctrl-shift-M (one of my favorite features of geany) it no longer works. Other keyboard shortcuts work fine (ctrl-F and ctrl-H for find and find/replace, for example) so I know geany is receiving my keyboard input (and, you know... its a text editor. It lets my type text lol)
If I highlight a word and right click and use the menus to navigate to Mark All, that works fine. If I right click and use the keyboard to navigate to "search" > "Mark All", that works fine. Its only the keyboard shortcut that fails, and only for this one command (there may be others, but I use this one so often that I noticed very quickly when it stopped working).
Interestingly enough, running Geany as admin fixes the problem. I have no idea if this is a UAC issue??? That doesn't make sense... why would the control and shift keys be "scary"??
I got the idea from troubleshooting another piece of software a while back, greenshot, and it needed to be run as admin to "intercept" the printscreen key in certain cases. That makes enough sense, since printscrn is a global key. But control and shift and M???
Running as admin, unfortunately, isn't "quite" a feasible workaround. Every time I double click a file in explorer to open it in my already-running geany session (as I'm sure you all do all day every day), UAC prompts me if I want to allow geany (from an unverified developer, yadda yadda) to run. I guess thats a "miniature" geany process whos job is detect that theres a main geany running, and shoot the file over to it. I could deal with a UAC prompt once every blue moon, since I honestly leave geany running 24/7, but every time I open a file is a bit much
It does the same thing for both left and right shift and control keys, and I can use them in isolation (ctrl-F works, and shift capitalizes letters, so I know its not a hardware issue)
I'm honestly quite stumped why this stopped working!! Is there any way to troubleshoot if geany is even receiving the keystrokes?? If this were linux, I would use "xev" or something similar, but this is a windows machine I use for work
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3064
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3064(a)github.com>
