```
/*
CSS-example for the tab-title of the active tab of the editor (this will affect also the tab-title of the active tab of the sidebar & the message window):
notebook tab:checked label {
color:white;
background:black;
font-weight:bold;
font-style: oblique;
font-size: 200%;
}
*/
```
Remark
This issue is based on https://github.com/geany/geany/discussions/3482.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3483
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3483(a)github.com>
**Steps to reproduce**
1. open Geany
2. open some documents, so that there are some tabs in the editor
3. press Shift+F10 (result: the tab-switcher appears)
**Result on a TFT/LCD-display**
there is a thin gray border around the tab-switcher, so one can easily read the content of the tab-switcher
**Result on a ePaper-display when using text-mode (text-mode means that there is only the black color on the display)**
there is no thin gray border around the tab-switcher, so it is hard to read the content of the tab-switcher because there is no border at all around the tab-switcher
**Expectation**
a 1px black border around the tab-switcher would make it easier to read the content of the tab-switcher on ePaper-display when using text-mode
**Remark I**
in the application-switcher in Lubuntu 23.10 there is a 1px border around the application-switcher; the 1px border is a great help to read easier the content of the application-switcher on a ePaper-display when using text-mode
**Remark II**
Is there a way how I can change it now that there is a 1px black border around the tab-switcher?
Thank you for an answer
**System**
Lubuntu 23.10
Geany 1.38
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3797
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3797(a)github.com>
Right now I am writing on a non-programming .md file in geany.
Oddly enough when I type "intern", that substring, suddenly a
drop-down box pops out and wants to complete onto:
internal_hash[:use_this_build_directory] = nil
This is actually ruby code, which I use in another file that is
open right now. (More specifically, the full line is:
@internal_hash[:use_this_build_directory] = nil
)
However had, the .md file I am using right now, is not related
to programming, so I am a bit confused as to why geany wants
to autocomplete. Perhaps one can make an argument that
in a larger project with many different files, this is ok-behaviour,
and I would not object to this e. g. from an IDE point of view - but
the .md file I am currently working on is not part of any project,
so popping up that information in this context is incorrect,
and I would prefer to not see it for that particular file.
So if one is to agree with that opinion, that this should not be
shown for e. g. a .md file, and unless this is a bug (which
should then be fixed) the question then is ... how to fine-tune
this behaviour, without disabling it completely?
The first solution I can think of would be to enable and
disable this on a toggle option. This won't fix the issue per
se, but it would allow one to disable it for some time, and
then re-enable. Not an elegant solution but it could work
for a temporary fix.
So let's now think of a more elegant solution. One I can
think of would be to be able to "group" files together into
some project, but to still be able to open new files into
geany that are not part of the project. Then, when we have this
enabled, we can say "ok, I want this pop-out box to show when
I work with files in the project as such, but not outside of the
project". This is also not super-elegant, but it would give us
a tiny bit more fine-tuned control.
There are probably more solutions to this, some even simpler.
One could also disable this for files such as .md or .txt files,
which is probably the better default, but one can say that some
of these .md files may be technical documents, so then the
pop-up box may make sense. Although I still think this is the less
common way most people use .md files, so I would still disable
it as the default.
For those confused what I mean, here is a partial screenshot -
remember that this is for the currently open buffer of the .md
file at hand. There is no code in that file, so showing up the
@internal_hash part is simply wrong for THAT particular file:
https://i.imgur.com/eacJRfj.png
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3805
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3805(a)github.com>
You checked it, click `OK` or `Apply` then `OK`. You opened `Preferences` again, and it's automatically unchecked. I tried to exit Geany and launch it again, doesn't make any differences. `Use Windows native dialogs` will always be automatically unchecked.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3627
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3627(a)github.com>
There is another UI decision geany made that I would like to toggle,
in regards to showing the opened files.
If we click via the right mouse button, on any file that is currently
open, we get:
a) a listing of all these files (via the short name variant; as I
mentioned in the other issue report, I'd prefer an option to toggle
the full name here)
and
b) additional options such as "Close All"
I can understand if other users find b) useful, but I find it totally
useless. I would not know why I would ever want to "Close All"; I
always re-arrange manually on a per-file basis. (I do use the Project
feature, so I am always working on ONE project, that is, all the
files I currently want to modify or that I may want to modify in the
near future.)
I would thus like to propose a toggle-option here, one that specifically
allows us to ONLY show the currently opened files. This was also the
set-default of my old editor, so I am kind of used to that.
I tried to find an already existing option for this but failed to find
one, so I would propose a new entry in the preferences options,
possibly under "Editor -> Display", although I am not entirely sure it
belongs there. This toggle should have at the least two states - one
is the current default, let's call it:
"Show close options for the tab bar of the Editor [yes/no]"
And if no/false is selected then we only show the list of all files,
no other option there. So, "Open in New Window", and the four
"Close" entries there, would then not show up, thus only allowing
the user to see the files as-is.
I hope I was able to explain that feature request. Via a toggle option
people can decide which variant to use on their own; and the current
default remains the default, so people would have to specifically
enable this on their own, thus nobody has to change any of their own
behaviour as such.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3802
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3802(a)github.com>
**Behavior in the editor**
click in the editor on a tab-title
result: the content of the tab is in focus, how it should be, what can be tested with the arrow-up/down-key of the keyboard
**Behavior of the Documents-tab in the sidebar**
click in the sidebar on the tab-title of the Documents-tab
result: the content of the Documents-tab is in focus, how it should be, what can be tested with the arrow-down-key of the keyboard
**Behavior of the Preview-tab in the sidebar**
(the Preview-tab ist part of the plugin Preview: https://github.com/xiota/geany-preview)
click in the sidebar on the tab-title of the Preview-tab
result: the content of the Preview-tab is NOT in focus, what can be tested with the arrow-up/down-key of the keyboard when a very long webpage is shown in the Preview-tab
**Behavior of the Files-tab in the sidebar (the Files-tab ist part of the plugin File Browser)**
click in the sidebar on the tab-title of the Files-tab
result: the content of the Files-tab is NOT in focus, what can be tested with the arrow-up/down-key of the keyboard; after a release of a click in the tab-title of the Files-tab the first tool of the toolbar is in focus that is located in the Files-tab
**Possible problem**
it could be that the problem in Preview is that a not existing toolbar is in focus by default after a release of a click on the tab-title of the Preview-tab, like on the Files-tab, because if I press 1x the arrow-down-key, then the content of the Preview-tab is in focus
**History**
This issue is based on the knowledge of https://github.com/xiota/geany-preview/issues/15.
**System**
Lubuntu 23.10
Geany 1.38
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1320
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1320(a)github.com>
This is a first attempt with little testing, but it seems to work pretty OK. However, please review all levels, from design to implementation.
To summarize, what this does is look for `stylename.N` for styles that are known to be sub-stylable[^1], as well as the corresponding keywords/identifiers[^2]. From there, it's just regular styles one can map as usual.
One limitation I am already aware of is that as it's not regular keywords, it doesn't integrate with the code merging the ctags symbols into them. It could be possible to augment this to work, but with the current design this would need a way of representing this in the filetypes file (which would be good, but is not the case currently).
One arbitrary design choice was to use the syntax `stylename.N`. This is mostly because using `stylename[i]` is tricky/hacky using `GKeyFile`, because it looks similar to Scintilla's properties, and doesn't clash with any style name. Other suggestions are welcome.
[^1]: we unfortunately cannot use [`SCI_GETSUBSTYLEBASES`](https://scintilla.org/ScintillaDoc.html#SCI_GETSUBSTYLEBASES) because we don't have access to a Scintilla instance when loading style data. Hence adding a new field in `HLStyle`.
[^2]: Note here that this feature is styles-based in Scintilla, meaning that there is no regular keywords entry associated, it's defined as kind of a style property.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3794
-- Commit Summary --
* Initial support for Scintilla sub-styles
* DO NOT MERGE: Add sample sub-styles for Python
* Make sci_get_style_at() work with larger number of styles
* Display sub-styles in the statusbar %Y placeholder
-- File Changes --
M data/filedefs/filetypes.python.in (7)
M src/highlighting.c (111)
M src/highlightingmappings.h (1897)
M src/sciwrappers.c (2)
M src/ui_utils.c (14)
-- Patch Links --
https://github.com/geany/geany/pull/3794.patchhttps://github.com/geany/geany/pull/3794.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3794
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3794(a)github.com>
Last year in May I asked this question:
Is there a possibility to change the CSS of the tab-title of a tab that is active? It is the discussion #3482.
Today I recognized that if the sidebar is visible, then two tabs have the same CSS, because two tabs are active. So, I'm looking for a selector name where I can define the CSS for the tab that is in focus. It is not `notebook tab:focus label`.
Thank you very much for an answer in advance.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/discussions/3784
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/repo-discussions/3784(a)github.com>
I want in the settings for SaveActions to specify few code-fixers for the current language and run them all automatically upon file Save.
For example for Python I use "black" and "isort" - I want that I use them for Python and have SaveActions auto-run them in background for me on each file save.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1319
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany-plugins/issues/1319(a)github.com>