Hello everybody
I find the issue that after change the width of sidebar to maybe zero (hold the dragglable right edge of sidebar and draggle it to the very right side of Geany APP window), then I cannot draggle out the sidebar forever.
Even in full screen mode, after the mouse icon becoming dragglable, I just cannot draggle out the sidebar...
, 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
Continuation of geany#259 since I can't push to @scriptum branch (I suggest you allow that).
I added some cleanup commits on top of @scriptum work and rebased onto 1.33.
@elextr @b4n Please give feedback (considering the history in geany#259). I think I'll merge this in maybe 10 days or so.
You can view, comment on, or merge this pull request online at:
https://github.com/geany/geany/pull/1813
-- Commit Summary --
* Add sidebar tree
* Add documentation for document list
* sidebar: optimized documents_sort_func() a bit
* sidebar: refactor get_doc_parent()
* sidebar: various minor changes
-- File Changes --
M doc/geany.txt (29)
A doc/images/sidebar_documents_only.png (0)
A doc/images/sidebar_show_paths.png (0)
A doc/images/sidebar_show_tree.png (0)
M src/sidebar.c (571)
M src/utils.c (2)
M src/utils.h (2)
-- Patch Links --
https://github.com/geany/geany/pull/1813.patchhttps://github.com/geany/geany/pull/1813.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/1813
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
){kind=link}