Do you mean filebrowser, which is a core plugin and part of the Geany
repository, or treebrowser which is part of this repository?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/1347#issuecomment-2089353041
You are receiving this because you
The terminal setting has nothing to do with the Build command. The default
build command for C does not use "/bin/sh". What have you set the build command
to?
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/3863#issuecomment-2089335228
You are
The File Browser plugin has a handy option to follow the path of the current
file. However, it seems to not work immediately after startup, on session
restore. The current file's folder is shown only after the file has been
(re)saved, reopened, or similar.
--
Reply to this email directly or
This PR won (IMO), so it's the one to review @frlan
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1336#issuecomment-2089096951
You are receiving this because you are subscribed to this thread.
Message ID:
Closed #1340.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1340#event-12673653995
You are receiving this because you are subscribed to this thread.
Message ID:
Yeah I agree, better stick with libsoup then, although relying on an existing
component was an interesting idea.
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1340#issuecomment-2088925494
You are receiving this because you are subscribed to
> To me it seems fine to use those dialogs since it seems to work well and if
> it goes the same for "Save As" and maybe "Open Folder". Making it
> configurable is a good idea, I don't mind about the default.
Good to hear. I'll try to prepare the patches (after finishing the boring task
of
Regarding macOS, the way gio behaves I expect it will never work so better to
use libsoup (2 or 3, both are provided by gtk-osx). I can try again if I manage
to get tls work with libsoup - to be honest, I didn't try too hard last time
because I don't use neither of the plugins.
--
Reply to
Thanks for the replies
So unless I made a huge mistake (maybe cppcheck my code fixes ), I suggest
merging this and seeing where it leads us — at the very least it makes the
checks green again, and it did reveal a few leaks.
It finished in 10 minutes which is not so bad I'd say. If it's a
> So it probably works provided one uses an up to date operating system. If
> anyone has access to a Windows 10/11 system, the artifacts of the CI build
> https://github.com/geany/geany-plugins/actions/runs/8850165013 contain the
> Geany and G-P installers for easy testing.
I was about to ask
The native file dialog on Windows 7 works very well after some testing.
Non-ASCII path and file names seem to work well, too.
![Screenshot_2024-05-01_19-35-32](https://github.com/geany/geany/assets/617017/3aaca2a3-9213-4435-89ab-864a9460c383)
I don't know how to set up "automounted remote
> Anyway, what do you guys think? Is it good? Are there too many
> false-positives?
> Should the suppressions be moved back to `AM_CPPCHECKFLAG`s not to alter the
> code, although it makes it harder to maintain?
I'm fine with having the suppressions inline. I don't remember if it was me
I am writing a program that uses gtk. I'm starting off easy to get the hang of
Geany as my real target will be the Raspberry Pi's. There was a video on
youtube eliminating the "gtk.h not found" issue
(https://www.youtube.com/watch?v=-p5e-rZC64w), the program now compiles fine on
my Ubuntu
Ooops, #1197 is the PR that claims to add `library=gtk` but doesn't, #1196 is
the issue that shows the error, off by one, /me needs to be cppchecked :grin:
--
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/pull/1346#issuecomment-2088163400
You are
> or it got removed in the meantime
Or it got removed in the version of #1197 that was eventually merged. Not sure
but I think when @eht16 upped the version of cppcheck in CI the `--library=gtk`
got built in or something, so it wasn't included in what got merged. Might
mean it won't work for
> > not using --library=gtk
>
> See #1197 for why its needed
I'm on my phone so can't ask git for details, but l just added it here, so
either I bluntly missed it somehow, or it got removed in the meantime, which
would be concerning for re-adding it here…
> ... should we switch to C++ where
16 matches
Mail list logo