Adds optional linewrapping in the status-, compiler- and message-tab of the message window.
Mainly useful with a vertical layout, but still has some issues:
- on_width_change() is called continuously while resizing the message window,
(I did not notice any impact on CPU usage though).
- when changing the setting, messages already present are not wrapped / unwrapped,
only newly printed ones.
- when resizing the window, messages already present are wrapped only until
a new line would be required (but new messages work fine).
- Only very minor, but GTK word wrap treats the minus preceding command line arguments
as separate words (-> 'gcc -Wall' can become 'gcc -\nWall')
I hope it's not rude to make a pull request directly without first opening a corresponding issue.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1383
-- Commit Summary --
* Add option for linewrapping in message window
* Correct minor inconsistency: return type not on same line as function
-- File Changes --
M data/geany.glade (96)
M doc/geany.txt (4)
M src/keyfile.c (2)
M src/msgwindow.c (57)
M src/msgwindow.h (2)
M src/prefs.c (7)
M src/ui_utils.h (1)
-- Patch Links --
https://github.com/geany/geany/pull/1383.patchhttps://github.com/geany/geany/pull/1383.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/1383
Would be nice to show "Match m of N" in the status bar when searching strings.
--
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/2159
if there is 1 button for build and run ,like in codeblocks it would be nice so i tried this command but did not work.
to set build commands ;
g++ -Wall -o "%e" "%f" && "./%e"
can some one point out which command line should i write ?
--
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/1327
While using Geany in Gnome I found that sometimes code navigations was slow,
changing to a new line o making selections were reflected after aprox 1 second
on the screen.
Just opening a file and navigating doesn't trigger this problem, after editing,
saving or selecting some text the issue shows up.
I have other setup of Stretch with MATE desktop and the problem isn't there.
I also compiled a clone of the geany github repo and I was able to reproduce the
problem (in Gnome).
(I filed a bug report to the debian package)
--
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/1532
For some reason I don't yet know, Travis fails fairly randomly building GP: I seen problems with `dh-marshal` (possibly due to out-of-tree build? but why is it random?) and now with WebHelper's enums (there doesn't seem to be an error but the enum types are missing (although they are present in Git).
--
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/650
I use geany with webhelper on debian 8.3 x 32.
On my previous PC (also with debian 8) I had the same problem but it disappeared after update of debian, geany and plugins.
Now I have new laptop with up-to-date debian and with the same problem. I have geany ver.1.26 and webhelper ver. 1.26+dfsg-1.
No difference which site or local html file I use, webhelper itself works great. But when I press web inspector button or choose 'inspect element' from right-click menu, geany immediately crashes.
If I start geany from terminal. after the crash I see:
> a@b:~$ geany
Segmentation fault
a@b:~$
Geany is the best lightweight IDE ever and I hope You'll help me to solve the problem.
TY in advance!
---
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/412
The current highlighting of dark blue (as opposed to black when not selected) is very difficult for me to see I imagine there's something I can edit, but there's nothing in the documentation and playing with brace_good in filetypescommon didn't appear to achieve much
Using geany 1241
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/885
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
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