Steps to reproduce:
1. create a new file using the tree browser
2. give the file a name
3. Try editing the file
4. Try saving.
OS: Windows 10
doing a file->new file via geany works fine.
[original issue](https://github.com/geany/geany/issues/1842)
--
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/737
Hello,
I was looking forward to change the entire windows to dark, but the theme only changed the color of the editor.
Is it possible to set the whole programm to dark on windows?
Regards
Andi
--
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/2225
CSS nesting is becoming native these days. no more SCSS/Less/SASS files needed.
unfortunately the text color is broken when you do nesting with geany.
is it possible to get this issue fixed?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3523
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3523(a)github.com>
GCC 8 introduced `-Wsizeof-pointer-div` which is enabled by `-Wall` and
warns for sizeof divisions that look like they would compute the size
of a static array but are called on something on which this doesn't
work (e.g. a pointer as LHS). This is quite reasonable and useful, but
it fails to detect the case where the computation is guarded against
being called on problematic values, like our HL_N_ENTRIES() macro that
accepts NULLs but won't use the sizeof computation result then.
Work around this by implementing HL_N_ENTRIES() macro in a way that
cannot trigger such a warning yet yield the same result.
Example warning:
```
../../src/highlighting.c: In function ‘highlighting_init_styles’:
/usr/include/glib-2.0/glib/gmacros.h:351:42: warning: division ‘sizeof (HLKeyword * {aka struct <anonymous> *}) / sizeof (HLKeyword {aka struct <anonymous>})’ does not compute the number of array elements [-Wsizeof-pointer-div]
#define G_N_ELEMENTS(arr) (sizeof (arr) / sizeof ((arr)[0]))
^
../../src/highlightingmappings.h:74:48: note: in expansion of macro ‘G_N_ELEMENTS’
#define HL_N_ENTRIES(array) ((array != NULL) ? G_N_ELEMENTS(array) : 0)
^~~~~~~~~~~~
../../src/highlighting.c:966:5: note: in expansion of macro ‘HL_N_ENTRIES’
HL_N_ENTRIES(highlighting_keywords_##LANG_NAME)); \
^~~~~~~~~~~~
../../src/highlighting.c:1011:3: note: in expansion of macro ‘init_styleset_case’
init_styleset_case(CONF);
^~~~~~~~~~~~~~~~~~
```
---
Another solution could be reporting a bug to GCC for it to detect our use case and avoid the warning then, but that might or might not be much meaningful, and won't fix the issue on currently affected GCC versions anyway.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2398
-- Commit Summary --
* Rewrite HL_N_ENTRIES macro to avoid a GCC8 false positive warning
-- File Changes --
M src/highlightingmappings.h (12)
-- Patch Links --
https://github.com/geany/geany/pull/2398.patchhttps://github.com/geany/geany/pull/2398.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/2398
Related to https://github.com/geany/geany/issues/2185 and https://github.com/geany/geany/issues/2180,
I know that _"The colour scheme set for the editor widget where the code is, is again totally independent of any terminals, it's only used to style syntax highlighting of code in the documents notebook"_, but it is creating high-contract and not easy on the eyes.
This is what i get out of the box:
![image](https://user-images.githubusercontent.com/422244/59570765-336a0f80-906b-11e9-8bf5-b330b17b545b.png)
I.e., the editor widget is light-on-dark, while the side bar and the message windows are both dark-on-light. Such high-contract between the windows will make the eyes fatigue easily.
Please consider having a unified colour scheme on all three windows to easy the eyes. Thanks.
--
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/2196
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3441
-- Commit Summary --
* update lexilla to 5.2.4
-- File Changes --
M data/filedefs/filetypes.gdscript (1)
M data/filedefs/filetypes.python.in (1)
M data/filedefs/filetypes.r (4)
M data/filedefs/filetypes.ruby (4)
M scintilla/lexilla/include/Lexilla.h (16)
M scintilla/lexilla/include/SciLexer.h (12)
M scintilla/lexilla/lexers/LexBash.cxx (8)
M scintilla/lexilla/lexers/LexBatch.cxx (31)
M scintilla/lexilla/lexers/LexCPP.cxx (198)
M scintilla/lexilla/lexers/LexCmake.cxx (2)
M scintilla/lexilla/lexers/LexCoffeeScript.cxx (7)
M scintilla/lexilla/lexers/LexDiff.cxx (57)
M scintilla/lexilla/lexers/LexGDScript.cxx (43)
M scintilla/lexilla/lexers/LexHTML.cxx (64)
M scintilla/lexilla/lexers/LexJulia.cxx (4)
M scintilla/lexilla/lexers/LexMake.cxx (36)
M scintilla/lexilla/lexers/LexMarkdown.cxx (123)
M scintilla/lexilla/lexers/LexMatlab.cxx (182)
M scintilla/lexilla/lexers/LexPowerShell.cxx (83)
M scintilla/lexilla/lexers/LexProps.cxx (39)
M scintilla/lexilla/lexers/LexPython.cxx (103)
M scintilla/lexilla/lexers/LexR.cxx (252)
M scintilla/lexilla/lexers/LexRuby.cxx (778)
M scintilla/lexilla/lexers/LexVHDL.cxx (18)
M scintilla/lexilla/lexers/LexYAML.cxx (84)
M scintilla/lexilla/lexlib/CharacterCategory.cxx (190)
M scintilla/lexilla/lexlib/CharacterSet.h (10)
M scintilla/lexilla/lexlib/LexAccessor.cxx (9)
M scintilla/lexilla/lexlib/LexAccessor.h (30)
M scintilla/lexilla/lexlib/LexerModule.h (2)
M scintilla/lexilla/lexlib/OptionSet.h (2)
M scintilla/lexilla/lexlib/PropSetSimple.cxx (2)
M scintilla/lexilla/lexlib/StyleContext.cxx (39)
M scintilla/lexilla/lexlib/StyleContext.h (104)
M scintilla/lexilla/lexlib/WordList.cxx (23)
M scintilla/lexilla/lexlib/WordList.h (1)
M scintilla/lexilla/src/Lexilla.cxx (2)
M scintilla/lexilla/version.txt (2)
M src/highlightingmappings.h (38)
-- Patch Links --
https://github.com/geany/geany/pull/3441.patchhttps://github.com/geany/geany/pull/3441.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3441
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3441(a)github.com>
The mentioned file `scintilla/src/Catalogue.cxx` was removed in Scintilla/Lexilla v5 (7694aa5acb730fb7d0bbd1b4212140e63d315215) – maybe it's time to update the documentation? 😳
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/3481
-- Commit Summary --
* HACKING: Update instructions for new lexer modules
-- File Changes --
M HACKING (2)
-- Patch Links --
https://github.com/geany/geany/pull/3481.patchhttps://github.com/geany/geany/pull/3481.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/3481
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/pull/3481(a)github.com>
![image](https://github.com/geany/geany/assets/5105572/180d28b7-1002-400f-aea6-36a9aabd9e3b)
In my daily work I often need to read a lot of log files。Is it possible to consider providing the feature as shown in the image above like "notepad++"。
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3530
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3530(a)github.com>
It is nice that the environment variables `LANG` & `LANGUAGE` can be used to override the system locale. But I think it would be even more user friendly to have a configuration option under preferences that would override both system & environment specified language.
It seems there are quite a few users who think there is no locale support or just aren't sure how to change languages. While "I don't have time to read the docs" generally isn't a good excuse, being able to configure the language from within the UI will lead to less confusion, especially for non-Posix system users.
If I get time, I may see if I can add the option myself & create a pull/merge request.
Some related threads:
- #1757
- #2831
- #2619
- #2545 <- I think this one is an especially good reason for a configuration option
- #1910
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3255
You are receiving this because you are subscribed to this thread.
Message ID: <geany/geany/issues/3255(a)github.com>