- OS: Linux Mint 21.3
- Geany 1.38 "Sulamar" (built on or after 2021-10-14) Using GTK+ v3.24.33 and GLib v2.72.4 runtime libraries
I think I encountered this before, but didn't know how to reproduce it. I'm pretty sure it only happened before when I pressed shift, so the steps below *may* be the only time it crashes:
A secret combo of keys crashes Geany:
- Save this file as .BAS
- Set highlighter to PASCAL
- click after print e
- press enter
- press '
- press spacebar
- press shift+6 (caret)
*If you don't press spacebar it doesn't happen
*If you wait too long to press caret, it doesn't happen :confused:
- but if you press backspace then quickly enter a caret, the crash does happen.
Related issues
- #2841 (not sure if related)
[DIM_TYPES.BAS.zip](https://github.com/user-attachments/files/16321882/DIM_T…
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3927
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3927(a)github.com>
Is it possible? I set up my favorite color scheme for the editor, but the rest of UI is very bright "black-on-white".
--
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/2928
After starting geany 1.37.1 Debian GNU/Linux 10 (buster) with a markdown-file that was opened already yesterday, the preview is not working (see below) until the moment I edit the file again. Phew, quite difficult to explain exactly, sorry.
The shown 'error' in the preview is: _The current document does not have a Markdown filetype_
Not a big issue for me but I still wanted to post it
--
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/1062
It would be convenient to append items "copy filename" and "copy filepath" on tabs right click menu
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/868
The NumberedBookmarks plugin saves the bookmarks. If Geany is terminated and the file modified, and later again opened by Geany, the plugin issues a warning for every open file, that the bookmarks can't be restored.
This is annoying, when working - for instance - with Git. When I terminate Geany, checkout a different branch, and restart Geany, the files will be reloaded, but of course based on the version of the new branch. This will invalidate the bookmarks of all files. This can't be helped, but in this case, I don't want to manually acknowledge the bookmark warning for every file. I would prefer instead that the bookmarks silently are reset, if it is not possible to restore them.
Since not everyone will probably want this behaviour, this should be configurable.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1367
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1367(a)github.com>
It would be handy to have a shortcut / menu entry, which would remove all markers set in the current document.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3925
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3925(a)github.com>
A useful feature addition to the GUI version/s, at some point, might be an embedded terminal window.
I'm mainly thinking about how to make the full functionality of ChordPro most accessible to users who've only ever used GUIs (primarily Windows/Mac users I guess). More of this sort of thing might emerge as I put myself in the naive user's shoes for writing a tutorial guide.
It's a feature I'll often use in Geany, and wonder if it might ease the transition from GUI to CLI for some users.
**Rationale**
* CLI is essential for fully exploiting ChordPro functionality.
* Embedded terminal provides immediate CLI access from within ChordPro (GUI) without separate terminal window, so it *feels* like using the same software, and staying in the same world.
* Reduces the need for a whole terminal/CLI primer as part of user guidance.
* Provides a known environment on which to focus user guidance (_i.e._ less need for OS-specific guidance on using terminal).
* Potentially also convenient for more experienced users.
**Queries**
* Could embedded terminal default to the path of the currently-open document? That would avoid need to use of `cd` or specify full path to song, by people more familiar with clicking through folders.
* When run in embedded terminal, should ChordPro command automatically inherit/add options from GUI Preferences, _e.g._ selected configs, transposition library?
* Could the resulting PDF somehow be displayed automatically, based on viewer set in Preferences?
* The need might reduce if/when more ChordPro functionality becomes available via GUI, but I'm guessing that's unlikely in the near future.
A different or additional approach might be a Preferences setting in GUI, which provides a text box for additional ChordPro command options. When running with Preview command, those options would then be applied in addition to those specified with graphical Preferences.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3926
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3926(a)github.com>