This change makes the main window show immediately after launching Geany
so it's immediately visible Geany started. With big files/projects this
gives users better feedback about it's starting than not showing anything
until all the files are ready.
This is a separated patch suggested by @codebrainz in https://github.com/geany/geany/pull/576. It might be a bit risky for Geany 1.27 because plugins might make some assumptions when geany-startup-complete is called so this one might need some more testing. Possible candidate for early 1.28 merge.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/924
-- Commit Summary --
* Open files session files after entering main loop
-- File Changes --
M src/libmain.c (59)
-- Patch Links --
https://github.com/geany/geany/pull/924.patchhttps://github.com/geany/geany/pull/924.diff
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/pull/924
It would be great to have the ability to create multiple carets, select multiple pieces, or progressively clone a selection of a word to the next identical match creating multiple selections, not necessarily square, and then be able to type, delete, replace, etc. using the multiple carets until Esc is hit, pasting into all carets with Ctrl-V, and so on.
Here's an animated demonstration of these features: https://www.sublimetext.com/
This is Sublime Text's killer feature, and this would put Geany closer to one of the most reputed, feature rich commercial multiplatform editors, while still being free software. I believe there's support for this in Scintilla, at least to some extent.
This supersets #850.
---
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/1141
After using Geany for almost a day using the Solarized Dark theme, I felt that the text in Geany was slightly harder to read than in Notepad++, an editor I've been using for the past couple years. At first I thought I was imagining things, but after taking screenshots from each editor and comparing them side-by-side with a magnifying glass, I finally figured out why: the font rendering in Geany is ever so slightly darker (or thinner?) than the font rendering in other code editors like Notepad++. Here is the comparison:
![image](https://cloud.githubusercontent.com/assets/4110567/15953393/0537111c-2efd-11e6-93d5-92b7fdc33853.png)
Notepad++ is on top and Geany is on the bottom. It is barely noticeable in the image above, but if you zoom in and use the eyedropper tool you will find that the colors in Geany are darker than the ones in Notepad++:
![image](https://cloud.githubusercontent.com/assets/4110567/15953590/2826f2a8-2eff-11e6-9d51-5e6f1e852653.png)
Maybe I'm just more sensitive to this than others, but after spending a day editing code containing lots of strings using the Solarized Dark theme, I find that the code in Geany is slightly harder to read.
I'm not sure how to categorize this because I suspect it is related to the native font rendering engine that is used in Geany.
---
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/1066
Currently, if a link is clicked in the markdown preview, said link is opened in the preview tab itself, instead of calling my main browser.
This might be the desired outcome for relative links, but in my case opening youtube in the embedded browser led to audio glitches and then a nice crash.
Maybe a configurable option? Or absolute links in browser, relative in preview?
Thanks for your work, guys.
--
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/544
The latest version (1.30) in PHP don't autocomplete **require**.
--
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/1436
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
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