I use `cargo check` frequently.
https://doc.rust-lang.org/cargo/commands/cargo-check.html
```Check a local package and all of its dependencies for errors. This will essentially compile the packages without performing the final step of code generation, which is faster than running cargo build. The compiler will save metadata files to disk so that future runs will reuse them if the source has not been modified.```
One problem with this patch though. As I moved the 3 items down, putting `Cargo Check` at the top. When I test my patch, I get the dialog to enter custom text when selecting `cargo build`, but before it was when selecting `cargo test`. I couldn't figure out where geany was getting the instruction to pop up a dialog, as all those fields are the same, both in the filetypes.rs file, and when looking at them from the Geany build menu.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2573
-- Commit Summary --
* Add "cargo check" to build commands
-- File Changes --
M data/filedefs/filetypes.rust (15)
-- Patch Links --
https://github.com/geany/geany/pull/2573.patchhttps://github.com/geany/geany/pull/2573.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/2573
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2149
-- Commit Summary --
* .travis.yml:add tests for gcc 7 and 8
* use build matrix #2139
* for gcc 8, specify xenial and the correct version
* try globalizing the GTK3 env directives
* try indenting the matrix to get global to work
* revert a little
* fix indentation
* add clang 5 test (closes #2139)
* only run `make distcheck` for a single job
* specify dist and compiler explicity
* remove unneeded hyphenated lines
* add DISTCHECK_ONLY, don't hide it under gcc-5
* use xenial instead of trusty
* reduce clang to 3.5
* try default clang on xenial
* try default clang on trusty
* clang:revert to using 5.0 on trusty
* allow clang to fail
* remove cache directive, try clang 3.5 again; also...
* specifying 3.5 on trusty
* install libc++
* clang:explicity enable C++11 support
* make:temporarily add -n and VERBOSE=1
* use clang 3.8
-- File Changes --
M .travis.yml (77)
-- Patch Links --
https://github.com/geany/geany/pull/2149.patchhttps://github.com/geany/geany/pull/2149.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/2149
This includes patches by @b4n in #2149
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2574
-- Commit Summary --
* .travis.yml:add tests for gcc 7 and 8
* use build matrix #2139
* for gcc 8, specify xenial and the correct version
* try globalizing the GTK3 env directives
* try indenting the matrix to get global to work
* revert a little
* fix indentation
* add clang 5 test (closes #2139)
* only run `make distcheck` for a single job
* specify dist and compiler explicity
* remove unneeded hyphenated lines
* add DISTCHECK_ONLY, don't hide it under gcc-5
* use xenial instead of trusty
* reduce clang to 3.5
* try default clang on xenial
* try default clang on trusty
* clang:revert to using 5.0 on trusty
* allow clang to fail
* remove cache directive, try clang 3.5 again; also...
* specifying 3.5 on trusty
* install libc++
* clang:explicity enable C++11 support
* make:temporarily add -n and VERBOSE=1
* use clang 3.8
* use clang 3.5, add missing "compiler" line
* Major Travis update
-- File Changes --
M .travis.yml (105)
-- Patch Links --
https://github.com/geany/geany/pull/2574.patchhttps://github.com/geany/geany/pull/2574.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/2574
Geany version: 1.33
If the compilation of file A modifies file B, the scrollbar in file B doesn't move after the compilation.
How to reproduce:
1. Start compilation of some file. It has to modify another opened file.
2. Switch to the other file that has been modified by the compilation.
3. In appearing message window, "The file _\<filename\>_ on the disk is more recent than the current buffer.", reload the file.
4. Finished. Now the scrollbar of the modified file won't move
[Here is a video of the bug reproduction (zipped)](https://github.com/geany/geany/files/2169464/geany-bug-demonstrati…).
--
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/1893
Update the ctags to minimal version required for the Kotlin parser to work. No changes to the geany sources were necessary.
This a prerequisite to https://github.com/dolik-rce/geany/pull/1, as suggested by @elextr in https://github.com/geany/geany/pull/2778#issuecomment-864518340. Unfortunately, that PR can't be created here directly, since it compares two branches in my fork, but I will move it to this repository as soon as this PR is accepted or when someone with commit rights to geany repository pulls in this branch.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/2830
-- Commit Summary --
* update ctags to version p5.9.20210411.0
-- File Changes --
M ctags/main/dependency.c (13)
M ctags/main/entry.c (15)
M ctags/main/entry.h (9)
M ctags/main/error.c (8)
M ctags/main/field.c (58)
M ctags/main/field.h (3)
M ctags/main/field_p.h (3)
M ctags/main/fmt.c (4)
M ctags/main/htable.c (94)
M ctags/main/htable.h (23)
M ctags/main/lregex.c (25)
M ctags/main/lregex_p.h (2)
M ctags/main/options.c (644)
M ctags/main/options.h (1)
M ctags/main/options_p.h (1)
M ctags/main/parse.c (106)
M ctags/main/parse.h (3)
M ctags/main/parse_p.h (4)
M ctags/main/parsers_p.h (14)
M ctags/main/ptag.c (10)
M ctags/main/ptag_p.h (7)
M ctags/main/ptrarray.c (69)
M ctags/main/ptrarray.h (9)
M ctags/main/read.c (24)
M ctags/main/read_p.h (4)
M ctags/main/repoinfo.h (2)
M ctags/main/routines.c (1)
M ctags/main/routines.h (3)
M ctags/main/routines_p.h (3)
M ctags/main/subparser.h (2)
M ctags/main/tokeninfo.c (4)
M ctags/main/tokeninfo.h (8)
M ctags/main/writer-ctags.c (55)
M ctags/main/writer-json.c (6)
M ctags/main/writer.c (8)
M ctags/main/writer_p.h (4)
M ctags/main/xtag.c (6)
M ctags/main/xtag_p.h (12)
-- Patch Links --
https://github.com/geany/geany/pull/2830.patchhttps://github.com/geany/geany/pull/2830.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/2830
The [HACKING](https://github.com/geany/geany/blob/master/HACKING) file has this:
> Before the 1.0 release series, the ABI can change when necessary, and
even the API can change.
Obviously Geany has long switched to 1.x versions. Does this text still apply?
--
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/1475
Hi, I'm coming from TextMate 2 on Mac, and TextMate does a great job with projects - by essentially making it invisible (frictionless).
You just open a folder, and that folder automatically becomes a project.
Geany could easily do something similar in my opinion. I don't know if the GNOME file picker allows you to pick either a directory or file, but if so, just do that and automatically create a new project file with the same name as the directory you 'Open'. If not, just have a separate "Project -> New from folder" menu option that is for choosing a directory.
If you implement this it will really make using Geany a lot nicer. Imagine being able to open up any random git clone you did and having everything 'just work'. Especially if you have the .editorconfig plugin installed.
Failing that, you could at least remove a little friction from the New Project form. I think if the path in the 'Filename' option is changed, it should automatically adjust the 'Base path' to match 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/issues/2245
Hi!
I would like to propose an enhancement/feature request:
* At the moment the recent files/projects are saved in geany.conf.
* I would like to save geany.conf in a revision control system, so I can share the configuration between different computers.
* The recent files from different computers lead often to merge conflicts of the configuration file.
* E.g. I do this very successfully with vi, one configuration over many computers.
Is is possible, to move the recent files/projects to a separate (local) state file?
Regards,
Mark
--
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/1763
For example:
- if I set the font "Ubuntu **Mono** Regular" with a size 12 and "Long line marker" column value to 80, then 80 characters will match "Long line marker"
- if I set the font "Ubuntu Regular" with a size 12 and "Long line marker" column value to 80, then 80 characters will **not** match "Long line marker"
--
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/2811
```
(geany:3203): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()
(geany:3203): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()
(geany:3203): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()
```
Suggestions where to look welcome.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/875