[Geany-devel] [ANNOUNCE] gproject - yet another geany project plugin

[Dimitar Zhekov]

On Sat, 12 Jun 2010 01:06:34 +0200
Jiří Techet <techet at gmail.com> wrote:

> On Fri, Jun 11, 2010 at 19:30, Dimitar Zhekov <dimitar.zhekov at gmail.com> wrote:
> > On Fri, 11 Jun 2010 00:17:13 +0200
> > Yes, it displays the matching files in the Messages, and the number
> > after the file name is... The current line if the file is open? No,
> > there are 0s for some open files, and 1s for some unopen files... huh.
> >
> 
> Huh here too, that should work. For unopen files it should be 1 and
> for open files it should be the current line (this is a kind of ugly
> workaround to make geany to keep the current line and not to jump to
> the beginning of the file). Could you tell me how to reproduce the
> problem? It appears to work correctly here.

A zero is displayed for a file open via gproject, which you never
navigated into. Once you click inside the editor, use the arrows or
something, that becomes non-zero. Not an issue.

> >
> > Bookmarks with commonly used directories, for example "src".
> 
> I'm just not sure where to put them. I also don't think it's so much
> needed - first you have to expand the necessary directories, that's
> true, but when you continue working with the project, you see your
> "favorites" in the form of the expanded tree. I'll think about it a
> bit, but it's not at the top of the list of features I'd like to add.

I prefer to have bookmarks, for example src and include, and avoid the
entire tree as much as possible. And have an idea about them below.

---

> > You are probably aware of that, but... Unless you want to really work
> > (compile and make) with 2+ projects, [...]

Ah, I forgot to start with the main ideological change (there was only
a hint "unless you really need 2+ projects"). So then:

Instead of multi-project, make gproject single-project, multi path
(with the base path from Geany project). Then the base and additional
paths will be displayed like the current paths for 2+ projects.

With this, you'll will be able to have a "/home/.../geany-testing" as
base project path, and several other geany trees as "additonal" for
browsing and searching. Or a project with several main paths (Yura's),
as long as there is a single build command - that's the limitation.

As of the additional paths being absolute or relative, we woudn't really
know if they are part of the project, and even if so, whether they are
moved together with the project base path. The absolute paths look like
a safe bet...

But what if APs _inside_ the project tree are used as directory
bookmarks? :) Obviously, they'll be relative - and so the simplest
solution seems the best: let the user enter the APs as absolute or
relative, and save/use them as entered.

> there could be "ignored dirs for tag generation patterns"

Yes, having directories excluded from tag scan will be much better
than any per-project or per-path options. Perpaps a check menu item in
the directory right click menu? It'll be good to store these as relative
to their path, but that will require a real list of APs, not a single
string of space-or-whatever separated entries.

-- 
E-gards: Jimmy