On Fedora 27 / Wayland, default install, Geany 1.31
In Nautilus, after associating a file type with Geany (e.g. .log or .txt), opening the file creates a new geany instance if there was none, or a new tab in geany if there was an existing instance.
The small annoyance is in the latter case - the new tab is created and the file is loaded, however if Geany's window is not brought to the front nor put in focus
Geany > Preferences does not seem to expose any setting to control this behavior. Gedit's behavior for the same use case is as expected: a new tab is open and Gedit's window is brought to front and given the focus.
I believe Geany's behavior up until some six months ago (1.29?) did not have this problem
--
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/1698
Dear all,
I am very thankful to the debugger plugin team. It is a very good tool to my work.
I would like to ask some "how to" here. Maybe some of them can be considered into wishlist.
1. How to show variables' address?
In F90, we have LOC(x) to show its address in memery. Can I use it in the "watching window" as well?
2.how to access some variables that are located under module?
In intel f90+VS in Windows10, we have "mod::" method in debugger to enable this. Can we have the similar functions in geany?
3. ... (Maybe we can add more "enhancement" under this box?:D)
Thanks.
Shuo
--
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/583
The error I'm getting is
> Geany tried to access the Unix Domain socket of another instance running as another user.
> This is a fatal error and Geany will now quit.
I'm aware of [#294](https://github.com/geany/geany/issues/294), but I'm not running geany as root. This error occurs whenever I start an instance of geany, then either start another instance or open a file with geany (through right click -> open with geany).
While an instance of geany is running, `ls -l .config/geany/ | grep socket` shows
`lrwxrwxrwx. 1 root root 60 Feb 26 14:11 geany_socket_Starlight__0 -> /tmp/geany_socket.fcdcdb1b`
If I understand correctly, the owner of this file should be me, not root.
I suspect that this problem is related to the way I've set up my home directory - it's on an NTFS partition. (More accurately, .config/geany is symlinked to a directory on an NTFS partition.)
--
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/1411
I was using [`git-new-workdir`](http://nuclearsquid.com/writings/git-new-workdir/) and recently switched to using the newer form [`git worktree`](https://github.com/blog/2042-git-2-5-including-multiple-worktree… however found this stops the plugin working.
The reason appears to be that instead of a `.git` directory in the 'worktee directory' there is a `.git` file that contains a reference to the original directory. e.g. `gitdir: /home/ubuntu/origdir.git/.git/worktrees/newdir.git`.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany-plugins/issues/285
The docs state that if you have a visual diff tool installed, like meld, running VC->*->Diff will use that tool. This appears to work for VC->File->Diff, but not for VC->Directory->Diff, which spits out the default diff output.
Thinking that GeanyVC was using `git diff`, I tried overriding the `git diff` with:
git config --global diff.external meld
but this has no effect, since GeanyVC appears to ignore git's `diff.external` setting, preventing the use of a visual diff tool.
--
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/573
Currently geany updates geany.conf with info about window position and
geometry. These vary across different machines and cause diffs that
are meaningless.
--
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/1392
This is a tracking bug where we are with universal-ctags syncing regarding individual parsers. After https://github.com/geany/geany/pull/1160 gets in, the work on merging the parsers can start.
If someone wants to merge some of the parsers, it would be best to drop a line here so people don't do the same work in parallel.
Below is the state of individual parsers -> shows the general direction of from where to where the changes should be brought. <-> means changes will probably be necessary in both Geany and uctags parsers.
**basically merged**
- [ ] asm
- [ ] cobol
- [ ] css
- [ ] erlang
- [ ] json
- [ ] objc
**waiting for varType in uctags**, see https://github.com/universal-ctags/ctags/issues/862 (simple to merge)
- [ ] go (Geany->uctags)
- [ ] rust (Geany->uctags)
**normal diffs**
- [ ] basic (uctags->Geany)
- [ ] diff (uctags->Geany)
- [ ] fortran (uctags<->Geany)
- [ ] html (Geany->uctags)
- [ ] jscript (uctags<->Geany)
- [ ] lua (uctags->Geany)
- [ ] make (uctags->Geany)
- [ ] pascal (Geany->uctags)
- [ ] perl (uctags->Geany)
- [ ] php (uctags<->Geany)
- [ ] ruby (uctags->Geany)
- [ ] sql (uctags->Geany)
- [ ] tcl (Geany->uctags)
**big diffs**
- [ ] python (uctags->Geany)
- [ ] r (uctags<->Geany)
- [ ] sh (uctags->Geany)
- [ ] verilog (uctags->Geany)
**unmergable diffs**
- [ ] latex (uctags) vs tex (Geany) - different parsers - haven't checked what they do and if they should be treated as a parser of a single language or not
- [ ] matlab (we have regex-based parser, uctags has hand-written one - we should probably grab the uctags one)
- [ ] VHDL (different parsers from different people - uctags parser contains more LOCs so it's probably better :-)
- [ ] c.c (meh)
**extra parsers in Geany**
abaqus, abc, actionscript, asciidoc, conf, docbook, haskell, haxe, markdown, nsis, powershell, rest, txt2tags
**extra parsers in uctags**
ada, ant, asp, awk, beta, clojure, dbusintrospect, dosbatch, dts, eiffel, falcon, flex, glade, jprop, lisp, maven2, myrddin, ocaml, perl6, plist, protobuf, relaxng, rex, rpmspec, rst, scheme, slang, sml, svg, ttcn, vim, windres, xslt, yacc
---
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/1162
Unfortunately Gtk3 dropped the support for flipping through notebook pages for 'usability reasons' without making it available again with some kind of options. So applications like gnome-terminal started to re-implement this feature.
For maintaining feature parity with the Gtk2 backend, geany should re-implement scrolling through notebook pages as well.
---
Reply to this email directly or view it on GitHub:
https://github.com/geany/geany/issues/872
1. Geany: V1.29
2. GTK+: V2.24.30;
3. My OS: Linux Mint 18.1 Serena Cinnamon Edition;
If putting `$\theta \in [0,2\pi)$` in my TEX file, all the code following it and before `\bibliographystyle{abbrv}` is not highlight. If I chang it to `$\theta \in$ $[0,2\pi)$`, it's good.
--
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/1403
When I type in Geany, the letters often take time to appear. For instance, let's say I type 6 characters in 2 seconds. Those 6 characters will appear one at a time, perhaps taking 2.5 or even 4 seconds to appear. This is a serious usability issue, and I have used Geany for a long time but never experienced it before.
This happens at varying degrees of severity on most files I work with. Will update if I discover anything new about the problem.
## Some info:
- OS: Opensuse Tumbleweed
- Geany: 0.32
- CPU: Intel Core i3-7100, Intel HD Graphics
- Desktop Environment: GNOME 3.26
- GTK theme: Adwaita
Let me know if you need anything more or have any suggestions! Even if you don't have suggestions or solutions, comment if you are having the same problem.
--
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/1787