gmane.editors.geany.devel

Re: [Geany-Devel] treebrowser plugin

Adam Dingle — 2013-05-23T07:30:28

That's a reasonable idea. I've added a feature request at

https://sourceforge.net/tracker/?func=detail&aid=3613683&group_id=222729&atid=1056535

adam

On Tue, May 21, 2013 at 6:32 PM, Thrawn 
<shell_layer-geany-/E1597aS9LT0CCvOHzKKcA< at >public.gmane.org> wrote:

Re: [Geany-Devel] treebrowser plugin

Thrawn — 2013-05-21T22:32:26

Is it possible to add more file operations to the context menu, eg cut, copy, paste, properties?

--- On Sun, 19/5/13, Steven Blatnick <steve8track-/E1597aS9LQAvxtiuMwx3w< at >public.gmane.org> wrote:

From: Steven Blatnick <steve8track-/E1597aS9LQAvxtiuMwx3w< at >public.gmane.org>
Subject: Re: [Geany-Devel] treebrowser plugin
To: "devel-cnFmAm88PdhNzA81UIdiqw< at >public.gmane.org" <devel-cnFmAm88PdhNzA81UIdiqw< at >public.gmane.org>, "adam-xrJp3egU+6zYtjvyW6yDsg< at >public.gmane.org" <adam< at >yorba.org>
Received: Sunday, 19 May, 2013, 9:24 PM

Getting it polished would be awesome :-)  I've noticed if you try to create a new folder it displays a duplicate of the tree model.
Also, I think hitting delete should allow file deletion (with a warning dialog).
Thanks for adopting treebrowser :-)
Steve
Sent from Yahoo! Mail on Android

                                From:

Re: [Geany-Devel] Don't pop-up messages/steal focus when in terminal

Colomban Wendling — 2013-05-21T15:50:33

Le 19/04/2013 19:41, Dimitar Zhekov a écrit :

I don't think it's a problem, the Windows installer can use whatever
version better fits it.  I'm not even sure why we still use 2.16 for it
rather than 2.24?

But anyway, we speak about the *lowest* requirement, one can build it
with any newer version that is API compatible, and run it against any
version that is ABI compatible.

Regards,
Colomban

Re: [Geany-Devel] Don't pop-up messages/steal focus when in terminal

Colomban Wendling — 2013-05-21T15:48:17

Sorry for the looooong delay, there's no excuses.

Le 21/04/2013 01:51, Lex Trotman a écrit :

Agreed.  Just FTR, I'm totally fine with most dependency bump if there
is a good reason for them.  And non-intrusive "dialogs" *is* a good
reason :)

So I agree got bump to GTK 2.18, and whatever fits for Windows builds.

Just needs somebody to do the infobar stuff :)


Regards,
Colomban

Re: [Geany-Devel] treebrowser plugin

Frank Lanitz — 2013-05-20T09:53:45

Am 19.05.2013 13:15, schrieb Adam Dingle:

I've just merged the PR ;) Welcome as the new maintainer ;)

Cheers,
Frank

[Geany-Devel] [ANN] Geany 1.23.1 is out!

Colomban Wendling — 2013-05-19T14:04:26

We are happy to announce a new minor release of Geany!

This version fixes two specific but important issues of the 1.23 release:

 * Fix custom styles under KDE and for people using gtk-chtheme
   (corrects tab coloring, #3607935).
 * Fix broken opening files from command line on Windows (#3613096).

As usual, all downloads can be found on http://download.geany.org/.


- Colomban

Re: [Geany-Devel] treebrowser plugin

Steven Blatnick — 2013-05-19T11:24:37

Getting it polished would be awesome :-)  I've noticed if you try to create a new folder it displays a duplicate of the tree model.

Also, I think hitting delete should allow file deletion (with a warning dialog).

Thanks for adopting treebrowser :-)

Steve

Sent from Yahoo! Mail on Android

[Geany-Devel] treebrowser plugin

Adam Dingle — 2013-05-19T11:15:47

I see that the treebrowser plugin has been orphaned.  I'd like to take 
over as an active maintainer, since I'd like to see this plugin 
survive.  I've just sent a pull request to add me to the MAINTAINERS 
file.

The treebrowser is for those of us who want a richer set of file 
manager operations than is provided by Geany's built-in file browser 
plugin.  That means creating, deleting, renaming files and so on.  The 
treebrowser seems a bit buggy and unstable at the moment, so my most 
immediate goal is to return it to stability.  I'd also like to shorten 
the context menu and make the treebrowser more polished and usable in 
general.  Finally it would be nice to support fancier operations such 
as drag and drop someday, time permitting.  :)

Comments and suggestions are welcome.  Thanks!

adam

Re: [Geany-Devel] Setting Windows working directory

Dimitar Zhekov — 2013-05-18T17:38:55

On Sat, 18 May 2013 16:12:04 +0200
Enrico Tröger <enrico.troeger< at >uvena.de> wrote:


scope/src/scope.c:
char *helpfile = g_build_filename(PLUGINHTMLDOCDIR, "scope.html", NULL);
char *gladefile = g_build_filename(PLUGINDATADIR, "scope.glade", NULL);

Why do we need an entirely plugin_build_syspath() function? Even for a
portable Geany, the above directories can be #define-d as functions.

What should plugin_build_syspath() return to cover both directories?
Something different, depending on whether the last "..." ends with
.glade or .html? Some common prefix?

Maybe we can standartize PLUGIN*DIR instead, including automatically
defining them under waf? Currently, the above two directories require
10 LOC of python, including a check for win32 - and I wasn't able to
guess the proper definitions without your help.

Also, a C function covers the access, but not the installation...


As a plugin developer, any interface that provides stable, platform
indepent plugin directory names will make me happy. Though if I h

Re: [Geany-Devel] Setting Windows working directory

Enrico Tröger — 2013-05-18T14:12:04

Hey,

sorry for the delay.


On 19/03/13 17:55, Colomban Wendling wrote:

Excluding the relative path resource loading problem, I don't know of any.

So, we have two options here:
a) remove the code to change the working directory on Windows
completely, which would cause locking the directory from where Geany was
started
b) revert my faulty commit to the previous behaviour we had for years:
changing the working directory at the end of the init process to not
lock the original directory

I personally would vote for b but don't mind much since most votes so
far went for a). Just tell me what way to go and I'll change it.


For now, I committed a workaround for Windows to the 1.23 branch to
remember the original working directory and use it when resolving
relative paths passed on the command line to fix that behaviour.
This should do for the 1.23 series, for master we should find a real
solution.



True.



Nope to both points:
g_win32_get_package_installation_directory_of_module(NULL) works
perfectly fine, in

Re: [Geany-Devel] [geany/geany] eea7ff: Fix #3613096 by remembering the directory Geany was started from

Enrico Tröger — 2013-05-18T13:55:55

Sorry for the "unknown" author name.
I committed from Windows using 'git gui' and it seems it didn't pick up
my name correctly and/or I didn't configure it properly :(.

At least, I can confirm the commit was made by me.

Regards,
Enrico

Re: [Geany-Devel] Symbols containing '.' break symbols pane

Colomban Wendling — 2013-05-15T01:47:38

Le 15/05/2013 03:45, Lex Trotman a écrit :

A little, but it would somewhat work for class members and alike.

Re: [Geany-Devel] Symbols containing '.' break symbols pane

Lex Trotman — 2013-05-15T01:45:40


True, which does make it a little bit silly to try to return something for
. and ->

Cheers
Lex

Re: [Geany-Devel] Symbols containing '.' break symbols pane

Colomban Wendling — 2013-05-15T01:38:42

Le 14/05/2013 09:47, Lex Trotman a écrit :

Err, your request moves towards c.c…  nice try ;)


Probably prevents the parser form understanding the declaration.  At
least it would prevent me from understanding it :)


That's probably because the (current) scope completion code is well,
maybe "idiotic" is the word.  But actually I don't know much since I
don't get this code, maybe ask Nick (he was against me replacing it with
a maybe slower version of this that I did understand, so maybe he did
actually understand the current one).

But anyway, I think it tries very hard to show something, and then will
show rubbish for unknown tags.

And don't forget we don't parse local variables, which means we have no
idea what their type is.

Re: [Geany-Devel] Symbols containing '.' break symbols pane

Colomban Wendling — 2013-05-15T01:29:39

Le 11/05/2013 04:44, Lex Trotman a écrit :

There are currently none.  Context separators are used to separate names
in fully or partially qualified names, like in "Foo<sep>Bar".  So this
separator string should be one put in tags scope by ctags.

However, some language indeed don't put any, and generate unqualified
scopes -- as does the ASCIIDoc one.

We don't currently have anything to specify "no separator", but we
probably could go for some ASCII control sequence, like ETX (\x04, End
of Text), EOT (\04, End of Transmission) or pretty much anything that's
not printable or blank.

BTW as we discussed on IRC, we can't really return "" (empty string) or
NULL because it would somewhat break the plugin API (and it would
actually break plugin geanygendoc).


Do you expect me to know every language? :)
Though, in real programming languages there generally are rules on what
an identifier can be, so most languages will allow a context separator.
 And even, most languages will have one, as part of the syntax to ac

Re: [Geany-Devel] Symbols containing '.' break symbols pane

Lex Trotman — 2013-05-14T07:47:20

Colomban,

And while you are in symbols.c (or near there ?) in C++ symbols defined
with "auto" do not show in the symbols pane, thats understandable (will
raise bug report so we fix it and other c++11isms one day), but annoyingly
those symbols still get rubbish autocompletions when you type symbol-> or
symbol.

Where are those coming from if the symbol doesn't exist?

Cheers
Lex

[Geany-Devel] Symbols containing '.' break symbols pane

Lex Trotman — 2013-05-11T02:44:08

Colomban,

Did some more research.

1. Doesn't happen with rest (I think I must have had the filetype set wrong
when I found it before, hence geany.txt is now marked for filetype :)

2. in symbols_get_context_separator() rest returns something other than '.'

3. tried returning impossible rubbish "!< at >#$%^&*()_" for other markup
languages and they now work like rest.

4. tried returning null string "" but got infinite loop, didn't dare return
NULL :)

So what is the correct way of saying "no context separator for this
filetype"?

Other than markup languages, are there any others that do not have context
separators, or it is not '.' (other than ruby commented
in symbols_get_context_separator)

Cheers
Lex

Re: [Geany-Devel] geany-plugins fail to build with msvc

Lex Trotman — 2013-05-05T03:04:42

Just in time, Scintilla no longer supports MSVC++6
https://groups.google.com/forum/?fromgroups=#!topic/scintilla-interest/fMYWxvePF6s
so
anyone using msvc would "have to know exactly what they were doing" to use
it with GTK using mscv6.

Cheers
Lex

Re: [Geany-Devel] [PATCH] Add GLib version chechk around g_thread_init() call

Matthew Brush — 2013-04-26T00:37:20

Hello and welcome,

I applied the patch in commit `a3da046` with purely aesthetic changes.

Thanks,
Matthew Brush

Re: [Geany-Devel] markdown_parser.c is autogenerated, ignore?

Matthew Brush — 2013-04-25T23:45:59

Yeah, if it's all working with Waf now (which IIRC it is).

Also, since you brought it up, there's 
`webhelper/src/gwh-enum-types.[ch]` in geany-plugins and several files 
in Geany core that should not be checked in :)

I'll fix the Markdown one shortly.

Cheers,
Matthew Brush

[Geany-Devel] markdown_parser.c is autogenerated, ignore?

Dimitar Zhekov — 2013-04-25T18:07:19

Hi,

I often receive information from git diff that
markdown/peg-markdown/markdown_parser.c from the markdown plugin is
either deleted or modified. It's 1st line reads:

/* A recursive-descent parser generated by peg 0.1.9 */

Shouldn't that file be in .gitignore?