Am 30.03.2015 um 23:07 schrieb Thomas Martitz:
Am 30.03.2015 um 14:57 schrieb Colomban Wendling:
If `pdata` is provided in geany_plugin_register(), how does it get
released? If it has to be a pointer to static data it's a bit limiting,
and forces use of (static) globals, which is one
Am 30.03.2015 um 15:48 schrieb Colomban Wendling:
Le 30/03/2015 00:17, Thomas Martitz a écrit :
Am 29.03.2015 um 19:17 schrieb Colomban Wendling:
Le 29/03/2015 00:23, Thomas Martitz a écrit :
- New API functions to allow plugins to act as proxy plugins (pluxies).
[…]
That's the par
Am 31.03.2015 um 01:48 schrieb Lex Trotman:
Yes, but the 2nd and 3rd points are entirely up to the pluxy. My
demopluxy.so doesn't do anything fancy. it creates a dummy plugin out of a
GKeyFile.
Oh sure it depends on the language/runtime etc.
But the loader/unloader function is mandatory, it als
Am 30.03.2015 um 14:57 schrieb Colomban Wendling:
If `pdata` is provided in geany_plugin_register(), how does it get
released? If it has to be a pointer to static data it's a bit limiting,
and forces use of (static) globals, which is one thing that this new API
tries to avoid, doesn't it? We c
Am 30.03.2015 um 19:18 schrieb Colomban Wendling:
Hi,
What do you think?
Is this a real problem (reported by someone) or just theoretical?
Unless there is actually a real problem caused by this for someone I'd
vote for not doing anything. After all, somone naming his files `foo
"bar.c` sh
Am 30.03.2015 um 14:33 schrieb Lex Trotman:
What is is_plugin()? If its a function in Geany how does it get to
know about new types of plugins without being hard coded?
It knows because the extensions are registered by the function below
called by another plugin right? How do you make sure th
Hello,
some if your question are easier to answer by looking at the code, I'll
link the appropriate sections.
Am 30.03.2015 um 13:16 schrieb Lex Trotman:
[...]
Ok, this explains some of what I was asking on the other thread, so
now I can ask the more specific questions below that are the ke
'd have expected something like my_plugin_init(self, ...),
as 1) it follows the common "pass the self/this as first parameter"
scheme, and it's actually the only thing that seem to matter.
Extra args are of course useful when they are needed, like GtkDialog*
for configure.
Am 29.03.2015 um 19:17 schrieb Colomban Wendling:
Le 29/03/2015 00:23, Thomas Martitz a écrit :
- New API functions to allow plugins to act as proxy plugins (pluxies).
These pluxies can then implement whatever is needed to execute code in
the in the actual plugin, like invoking an interpreter
Am 29.03.2015 um 05:20 schrieb Lex Trotman:
Thomas,
Thanks for that, it now makes it clearer where you are going, and
allows the individual steps to make more sense.
I agree with your four problems (shortened):
- linkage
- keybindings
- plugin context
- allow for proxies
My concern is that th
Hello,
I was asked to share a bit about my roadmap regarding plugins. I'll try
to give you a better idea with this post.
My ultimate goal is to implement a clean and maintainable way to support
non-C plugins, preferably using existing widely used techniques. I
concluded that libpeas[1] in co
Hello,
based on the discussion I refined my proposal (see below). Additionally
I have implemented all of this, including updating demoplugin.c, see
[1]. And last but not least, I have a fully working implementation of
proxy plugins aka pluxies (in fact, I simply updated my year-old branch
to
Am 26.03.2015 um 18:47 schrieb Dimitar Zhekov:
On 26.3.2015 г. 01:16, Thomas Martitz wrote:
Now, do we really want the plugins to run arbitrary resource checking
code, and display their own error messages, only because they are
queried (or registered, as you put it), each time the list is
Am 18.03.2015 um 22:55 schrieb Matthew Brush:
On 15-03-18 09:42 AM, Thomas Martitz wrote:
tl;dr <-
Key functions
gboolean geany_load_module(GeanyPlugin *, GModule *)
What is the GModule* for? Is it a .dll that Geany opened on behalf of
the plugin based on selection in Plugin Mana
Am 20.03.2015 um 19:45 schrieb Dimitar Zhekov:
Thinking about it, if the plugin can't run because it's missing resource
files required for its operation, then I think it should be treaded like
incompatible plugins.
There seem like two different things to me.
The first thing a loader needs t
Am 19.03.2015 um 23:34 schrieb Lex Trotman:
On 19 March 2015 at 09:16, Thomas Martitz wrote:
There is no other way of loading C shared libraries and registering them as
plugins.
Doesn't Geany already load dlls local and extract the symbols it wants
via dlsym()?
dlsym() takes an argume
Am 19.03.2015 um 01:19 schrieb Matthew Brush:
On 15-03-18 03:55 PM, Thomas Martitz wrote:
Am 18.03.2015 um 23:21 schrieb Matthew Brush:
On 15-03-18 03:05 PM, Thomas Martitz wrote:
Am 18.03.2015 um 22:15 schrieb Matthew Brush:
[...]
void (*init) (GeanyPlugin *plugin, gpointer pdata
Am 18.03.2015 um 22:23 schrieb Lex Trotman:
Hi Thomas,
In general this looks like an improvement to the current method of
setting up plugins, except it continues to require the plugin .so file
to be dlloaded just to populate the plugin manager. That will run the
dll initialization code, and may
Am 18.03.2015 um 23:21 schrieb Matthew Brush:
On 15-03-18 03:05 PM, Thomas Martitz wrote:
Am 18.03.2015 um 22:15 schrieb Matthew Brush:
[...]
void (*init) (GeanyPlugin *plugin, gpointer pdata);
Please make this gboolean. A plugin may have the correct API and ABI,
but be unable to startup
Am 18.03.2015 um 22:15 schrieb Matthew Brush:
[...]
void (*init) (GeanyPlugin *plugin, gpointer pdata);
Please make this gboolean. A plugin may have the correct API and ABI,
but be unable to startup / initialize for some reason. For example,
Scope requires scope.glade in the plugin data direc
Am 18.03.2015 um 21:23 schrieb Dimitar Zhekov:
On 18.3.2015 г. 18:42, Thomas Martitz wrote:
- Global symbols. Plugins binaries have to export a number of global
symbols (geany_{functions,data,plugin}, plugin_{init,...,cleanup}). This
kind of sucks, because they pollute the global namespace (in
me of your perceived shortcomings:
On 03/18/2015 10:42 AM, Thomas Martitz wrote:
Currently geany exports a pointer to a struct, that contains more
structs, which contain function points to the API functions.
Fortunately this is nicely hidden to developers via macros. But due
to gtkbuilder all functions
Hello,
tl;dr -> scroll down
I am working on a new plugin architecture that deals with some of the
shortcomings of the current state. My primary motivation is to be able
to use libpeas to load plugins, both C and non-C (Python!), as you might
have learned from other threads I started. However
Steven,
right, I specifically want to avoid "doing the gedit" and put off plugin
developers (repeatedly). A rewrite will not be necessary, but, if
anything, a small modification to the compilation process of the plugin
(no source code changes). At least if what I'm having in my mind works out.
Am 11.07.2014 um 22:03 schrieb Colomban Wendling:
Le 07/07/2014 18:48, Thomas Martitz a écrit :
[...]
In my last post I've followed the approach of proxy plugins, aka pluxys.
This approach is based on geanypy and implements a plugin API for
plugins to act as proxy. I have mostly finished
Am 23.10.2014 um 04:11 schrieb Matthew Brush:
On 14-10-22 06:53 PM, Lex Trotman wrote:
On 23 October 2014 11:53, Matthew Brush wrote:
Hi All,
Since there's some discussion about infobar behaviour, I thought I'd
mention
a couple things I've noticed using it in my day-to-day workflow.
When y
Am 13.10.2014 15:21, schrieb Colomban Wendling:
Le 13/10/2014 08:06, Thomas Martitz a écrit :
Hi,
this is about commit ab7a0018b2518793f26af2fe20a06a8a1886e031 and the
message reads "
Don't prompt for reload from infobar when there are no unsaved changes".
The patch removes t
Hi,
this is about commit ab7a0018b2518793f26af2fe20a06a8a1886e031 and the
message reads "
Don't prompt for reload from infobar when there are no unsaved changes".
What does that mean? I do absolutely want to be asked before reloading
even if the file has no changes or saved ones.
Best regar
Am 21.09.2014 um 15:48 schrieb Dimitar Zhekov:
Hi,
Since Debian is leaning more and more towards systemd, especially with
gvfs installed, and since systemd-init breaks my system, I finally sat
on my back and migrated to Windows. It's not a good system either, but
gets the job done.
Now, Gea
Am 25.07.2014 22:01, schrieb Colomban Wendling:
Yeah, we know we should have a nice (and complex) system for
configurable smart indentation, but every time we tried to think about
it we discovered that some languages are so crazy that it's really not
simple, and probably would require some speci
Hello,
I proposed a patch for scintilla, to make it more g-ir-scanner-friendly.
If you want to chime in, or if this patch conflicts with Geany in a way
that I'm not aware of, please join the fun.
https://groups.google.com/d/msg/scintilla-interest/Z7lk3SkBkxs/nHIHPGYCgbkJ
Best regards
___
Am 18.07.2014 10:05, schrieb Firiuz Abdillah:
Hi all,
I have try to download Geany source code and I'm aware of geany glade
file which made up the UI. But, I can't load this file on the
__latest__ glade editor either with GTK+2 or GTK+3 glade. Is this
requare some specific setting? Or is the gla
Am 12.07.2014 01:35, schrieb Lex Trotman:
On 12 July 2014 09:25, Matthew Brush wrote:
On 14-07-11 01:25 PM, Thomas Martitz wrote:
Am 11.07.2014 22:03, schrieb Colomban Wendling:
Le 07/07/2014 18:48, Thomas Martitz a écrit :
[...]
In my last post I've followed the approach of proxy pl
Am 11.07.2014 22:03, schrieb Colomban Wendling:
Le 07/07/2014 18:48, Thomas Martitz a écrit :
[...]
In my last post I've followed the approach of proxy plugins, aka pluxys.
This approach is based on geanypy and implements a plugin API for
plugins to act as proxy. I have mostly finished
Am 08.06.2014 00:35, schrieb Colomban Wendling:
Le 06/06/2014 16:17, Thomas Martitz a écrit :
Hello,
based up on Matthew's fine GtkActions branch [1]
We probably should not define the actions in the Glade file but rather
in the code, they aren't really a UI thing but should reflec
Am 09.07.2014 19:40, schrieb Matthew Brush:
On 14-07-09 10:01 AM, Dimitar Zhekov wrote:
On Tue, 08 Jul 2014 20:16:49 +0200
Thomas Martitz wrote:
My whole libpeas fork is (currently) imported into the geany repo so
it's a bit academic.
I'd like to have a libpeas fork, or at lea
Am 08.07.2014 20:15, schrieb Dimitar Zhekov:
On Mon, 07 Jul 2014 18:48:00 +0200
Thomas Martitz wrote:
Hello,
I'm still working on proxy plugins, sorts of. I thought it would be
useful to give you an update.
[...]
1) backward-compat: Libpeas is fundamentally based on describing p
Hello,
I'm still working on proxy plugins, sorts of. I thought it would be
useful to give you an update. I first taken my proxy-plugin approach to
the final stages, and then went onto researching what we can do with
libpeas and gobject based approaches. Please feel free to discuss things
and/
Am 10.06.2014 00:36, schrieb Yosef Or Boczko:
Regards,
Yosef Or Boczko
בתאריך ג', יונ 10, 2014 בשעה 12:54 AM, Thomas Martitz
כתב:
Am 09.06.2014 22:39, schrieb Yosef Or Boczko:
>
>
> Regards,
> Yosef Or Boczko
> בתאריך ב', יונ 9, 2014 בשעה 11:30 PM, Thomas Martitz &
Am 09.06.2014 22:39, schrieb Yosef Or Boczko:
Regards,
Yosef Or Boczko
בתאריך ב', יונ 9, 2014 בשעה 11:30 PM, Thomas Martitz
כתב:
Am 06.06.2014 16:24, schrieb Yosef Or Boczko:
I think it better to port to GAction instead of GtkAction (GtkAction
has been deprecated since version 3.1
Am 06.06.2014 16:24, schrieb Yosef Or Boczko:
I think it better to port to GAction instead of GtkAction (GtkAction
has been deprecated since version 3.10 and will be removed in GTK+ 4),
so it will be ease to port geany to GTK+ 4 in the future.
Also, IIRC, there is a problem with GtkAction, wich
Am 08.06.2014 01:34, schrieb Matthew Brush:
On 14-06-07 03:35 PM, Colomban Wendling wrote:
Le 06/06/2014 16:17, Thomas Martitz a écrit :
Hello,
based up on Matthew's fine GtkActions branch [1]
We probably should not define the actions in the Glade file but rather
in the code, they a
Am 08.06.2014 00:35, schrieb Colomban Wendling:
Le 06/06/2014 16:17, Thomas Martitz a écrit :
Hello,
based up on Matthew's fine GtkActions branch [1]
We probably should not define the actions in the Glade file but rather
in the code, they aren't really a UI thing but should reflec
Am 06.06.2014 16:24, schrieb Yosef Or Boczko:
I think it better to port to GAction instead of GtkAction (GtkAction
has been deprecated since version 3.10 and will be removed in GTK+ 4),
so it will be ease to port geany to GTK+ 4 in the future.
We have elaborated GAction. The problem is that it
Hello,
based up on Matthew's fine GtkActions branch [1] I think we could
realistically rewrite keybindings.c use GtkAction/accelerators properly.
Currently it re-implements lots of gtk stuff, such as the actual looping
through the known keybindings for the callback when a keybinding
pressed.
Am 02.06.2014 22:04, schrieb Enrico Tröger:
On 02/06/14 18:55, Dimitar Zhekov wrote:
Hello, all,
While attempting to compile the latest Geany snapshot, I received a
compiler warning and then a linked error:
src\document.c.5.o:document.c: (.text +0x5b97): undefined reference to
`g_signal_handle
Am 29.05.2014 21:21, schrieb Matthew Brush:
On 14-05-29 11:58 AM, Thomas Martitz wrote:
Am 26.05.2014 01:50, schrieb Matthew Brush:
Hi,
As part of working on cleaning up the exposed API to plugins I got to
thinking about where our comments are located. While it's nice to keep
th
Am 26.05.2014 01:50, schrieb Matthew Brush:
Hi,
As part of working on cleaning up the exposed API to plugins I got to
thinking about where our comments are located. While it's nice to keep
the API-documentation-comments right at the definitions of the
functions in their respective .c source f
Am 19.05.2014 13:13, schrieb Lex Trotman:
On 19 May 2014 19:58, Matthew Brush wrote:
On 14-05-18 10:10 PM, Lex Trotman wrote:
[snip]
2. the effort to incorporate it into the existing PM.
I don't think this will be very difficult, even from me who loathes
GtkTreeView :)
IIUC Thomas' propo
Am 17.05.2014 03:43, schrieb Matthew Brush:
On 14-05-16 03:03 PM, Thomas Martitz wrote:
I think we want to maintain the ability to add loaders on our own,
With Peas you can, in fact it's designed with this purpose in mind,
unlike the existing C-only loader.
If it's designed for
Am 16.05.2014 19:32, schrieb Dimitar Zhekov:
On Fri, 16 May 2014 16:59:17 +0200
Thomas Martitz wrote:
I have a question regarding libpeas. There doesn't seem to be a public
(nor documented) API to add loaders. From what I can see the current
language support of libpeas is quite poor
Am 16.05.2014 11:16, schrieb Matthew Brush:
>
> FWIW, I've been doing some experiments with libpeas as the loader in
Geany (in my peas* branches on Github) and for the Python demo plugin
(code not pushed to GH yet) I managed to get GObject-Introspection to
scan Geany's source code/headers. Mos
Am 11.05.2014 20:31, schrieb Dimitar Zhekov:
On Sat, 10 May 2014 21:56:30 +0200
Thomas Martitz wrote:
On Sat, 10 May 2014 14:47:17 -0700
Matthew Brush wrote:
+1 for some form of introspection/code generation.
Just to be clear: by "introspection", I don't mean *re
Am 10.05.2014 20:02, schrieb Dimitar Zhekov:
On Fri, 09 May 2014 20:34:18 +0200
Thomas Martitz wrote:
Am 09.05.2014 19:15, schrieb Dimitar Zhekov:
On Fri, 09 May 2014 12:29:58 +0200
Thomas Martitz wrote:
Unless we are trying to enable scripting in more than a few languages,
I see no reason
Am 10.05.2014 21:06, schrieb Dimitar Zhekov:
After that I'd say that LibPeas is perhaps something to be considered
for new application but not for our existing codebase. I think we want
something that enables proxy plugins while maintaining API and ABI
stability.
peas does does you describe, and
Am 09.05.2014 23:07, schrieb Steven Blatnick:
I sent this email earlier and never saw it come back through the
mailing list, so I'll send it a gain to see if it is going through...
It came through. As a tip, you can check the mailing list archives[1]
before sending the mail another time
[1]
Am 08.05.2014 02:33, schrieb Matthew Brush:
Hi Thomas,
If the goal is really to enable loading plugins written in other
languages, we should take a really extensive look at LibPeas before
ruling it out and duplicating it ourselves. It seems especially
appropriate since you want to eventually
Am 09.05.2014 19:15, schrieb Dimitar Zhekov:
On Fri, 09 May 2014 12:29:58 +0200
Thomas Martitz wrote:
The basic idea is that proxy plugins initially call a Geany API to
register themselves as proxies, providing criterias to select potential
plugins (for now, this is only a list of file
Am 08.05.2014 19:25, schrieb Dimitar Zhekov:
On Wed, 07 May 2014 23:58:11 +0200
Thomas Martitz wrote:
Am 07.05.2014 19:59, schrieb Dimitar Zhekov:
On Wed, 07 May 2014 08:40:13 +0200
Thomas Martitz wrote:
I'm (as of now) motivated to implement proxy plugins (to my amusement,
Am 07.05.2014 19:59, schrieb Dimitar Zhekov:
On Wed, 07 May 2014 08:40:13 +0200
Thomas Martitz wrote:
I'm (as of now) motivated to implement proxy plugins (to my amusement,
until splitwindow2 gets finally reviewed...). Therefore I would like to
receive comments on my proposed concept and
Hello,
I'm (as of now) motivated to implement proxy plugins (to my amusement,
until splitwindow2 gets finally reviewed...). Therefore I would like to
receive comments on my proposed concept and APIs (further below).
I would also love to discuss about better terms for proxy and "the
proxied p
Am 30.04.2014 15:42, schrieb Colomban Wendling:
Le 24/04/2014 06:05, Pavel Roschin a écrit :
PS: sorry for perhaps sounding harsh, but I had to answer quickly now
Lex almost made you lose some of your time implementing before talking :)
Think then do :) This is because I made concept before imp
Am 27.04.2014 22:08, schrieb Colomban Wendling:
Le 27/04/2014 21:24, Matthew Brush a écrit :
On 14-04-27 05:39 AM, Dimitar Zhekov wrote:
$ ./autogen.sh
...
checking for valac... valac
configure: WARNING: no proper vala compiler found
configure: WARNING: you will not be able to compile vala sour
Hello,
I want to let you knows know that glade upstream just merged my
backports for the "topological sorting algorithm" into glade-3-8 branch.
This means that we can now use upstream glade for our geany.glade as the
major outstanding deficiency is fixed: it now sorts the generated xml in
a p
Am 24.04.2014 03:26, schrieb Colomban Wendling:
Again, I don't particularly like the "all embedded, fat dialog" design,
and again, most of the plugins simply want to display a web page. And
no, we won't depend on a web rendering engine for this, sorry.
Any suggestions?
Do something simple, no
Am 17.04.2014 13:40, schrieb Lex Trotman:
On 17 April 2014 21:17, Frank Lanitz wrote:
Am 17.04.2014 12:59, schrieb Oly:
yeah, i also have a snippet plugin and a python code checker plugin on my
launchpad and there is a ppa for them as well, i am just not that good at
promoting them, i just use
Am 11.01.2014 10:35, schrieb Lex Trotman:
Hi All,
Two ideas for the Compiler tab open for consideration:
1) Since both C/C++ compilers (g++, clang++) now output little ^
characters which are supposed to point to the place where they got
confused, I suggest that the compiler tab use a (real) mon
Am 19.11.2013 00:14, schrieb Lex Trotman:
[...]
>> 1. Project and user session file formats should match to allow the
>> same code to store both. The fact that the storing the current
>> project in the project session file is not needed doesn't matter.
It looks like a good ide
Am 18.11.2013 11:03, schrieb Lex Trotman:
On 18 November 2013 20:49, Thomas Martitz
<mailto:thomas.mart...@student.htw-berlin.de>> wrote:
Am 18.11.2013 10:22, schrieb Thomas Young:
How about $project.geany.d?
;)
On 18/11/2013 10:12, Lex Trot
Am 18.11.2013 10:12, schrieb Lex Trotman:
Reviving this old thread because the annual discussion naturally
came up again this year.
It must be the change of season that triggers it, and it wasn't even
one of the usual suspects this time :-)
Your proposal lists issues that are
Am 18.11.2013 10:22, schrieb Thomas Young:
How about $project.geany.d?
;)
On 18/11/2013 10:12, Lex Trotman wrote:
2. various names were suggested, but no clear winner emerged,
suggestions included $project.geany, geany.$project and $project.conf.d.
Objections included $project.geany is the e
Am 10.09.2012 06:36, schrieb Lex Trotman:
Hi All,
Its about that time of year when we have our annual discussion on
separating session data from config/project data :)
By session data I mean the list of currently open files and MRU list.
The advantages (that I can see):
1. Save config/project
Am 15.11.2013 04:19, schrieb Matthew Brush:
The last time I checked, Geany + Scintilla with GTK+3 flickered on my
machine. By the time they fix this, GTK+3 may drop or deprecate so
many
non-GNOME-3 features that I'll simply switch to Qt-based GUI.
It works fine here with Scintilla, FWIW.
Am 15.11.2013 15:34, schrieb Colomban Wendling:
Le 11/11/2013 08:18, Lex Trotman a écrit :
[...]
So I am starting this thread to try to get ideas on where Geany should
be headed.
[...]
#N Seamless support for buffers with embedded 0 bytes
How do you define seamless? There's a patch tha
Am 13.11.2013 11:22, schrieb Thomas Martitz:
Am 13.11.2013 01:21, schrieb Matthew Brush:
That's a fair[1] argument *if* those old distros aren't shipping GTK3
binaries/libraries (I can't say whether they are or not), otherwise
it's a bogus point because then we're
Am 13.11.2013 01:21, schrieb Matthew Brush:
That's a fair[1] argument *if* those old distros aren't shipping GTK3
binaries/libraries (I can't say whether they are or not), otherwise
it's a bogus point because then we're only talking about a very very
small number of users who (all of these must
Am 13.11.2013 02:15, schrieb Matthew Brush:
On 13-11-12 04:05 PM, Lex Trotman wrote:
[...]
I think this would need a more client-server-architecture as maybe
described in point 3. However, I'd like to have multiple Geany
instances
working at same session. But I'm a little afraid of the change
Am 12.11.2013 16:38, schrieb Frank Lanitz:
Am 12.11.2013 00:11, schrieb Yosef Or Boczko:
As a GNOME 3 user, I realy like the recent design of
the applications in GNOME, specify the GtkHeaderBar[1].
And yes, I know have some people not like the new design of
GNOME.
As Matthew say, we can to go
Am 12.11.2013 05:52, schrieb Steven Blatnick:
By the way, I should point out that these remarks also apply to the
geany direction thread. I also should point out this doesn't
necessarily mean I'm opposed to vala, I'm just expressing concerns.
From this thread, it sounds like vala binds prett
Am 12.11.2013 00:35, schrieb Matthew Brush:
On 13-11-11 03:11 PM, Yosef Or Boczko wrote:
As a GNOME 3 user, I realy like the recent design of
the applications in GNOME, specify the GtkHeaderBar[1].
And yes, I know have some people not like the new design of
GNOME.
As Matthew say, we can to go
Am 10.11.2013 21:04, schrieb Matthew Brush:
Maybe it's something specific to that Gist, so I re-pasted it in a new
one:
https://gist.github.com/codebrainz/7403171
Impressive. Unfortunately only a tiny fraction of Geany's code can be
vala'fied like this, right?
Best regards.
___
Am 11.11.2013 10:31, schrieb Matthew Brush:
5. Drop Scintilla and use GtkSourceView. I'll just enumerate the
reasons that come to mind, in no particular order:
* Scintilla is a big fat not-really-GTK+ C++ library
* We have to keep a fork up-to-date in our source tree
* It provides one of wors
Am 10.11.2013 20:27, schrieb Matthew Brush:
On 13-11-10 07:40 AM, Colomban Wendling wrote:
Le 10/11/2013 05:44, Matthew Brush a écrit :
Hi all,
In the spirit of the previous discussions about using C99 and C++ in
Geany code with similar subject lines, I'd like to take a
poll/discussion for all
Am 10.11.2013 05:44, schrieb Matthew Brush:
Hi all,
In the spirit of the previous discussions about using C99 and C++ in
Geany code with similar subject lines, I'd like to take a
poll/discussion for allowing the use of Vala for new/re-written Geany
code. The pros and cons likely will be sligh
Am 04.11.2013 19:04, schrieb Dimitar Zhekov:
On Mon, 4 Nov 2013 09:44:45 +1100
Lex Trotman wrote:
I propose to always create the win~1 programs with a minimized,
non-focused window. For console programs, the uncaptured output will
go to the console, and will be lost when the console is auto cl
Am 10.10.2013 12:03, schrieb Thomas Martitz:
> Hello,
>
> I just wanted to let you know that I'm working on a new splitwindow
implementation and I would like to have early input. But, also as a
warning, I'm progressing only slowly because I'm at the final phase of
Am 27.10.2013 21:22, schrieb Pavel Roschin:
What is "core plugins"?
The ones that ship with Geany (not geany-plugins). For example splitwindow.
Best regards.
___
Devel mailing list
Devel@lists.geany.org
https://lists.geany.org/cgi-bin/mailman/list
Am 27.10.2013 12:49, schrieb Nick Treleaven:
On 26/10/2013 20:29, Matthew Brush wrote:
If the GeanyDocument were a GObject (or we added hand-rolled reference
counting), the document would never get freed from under the code that
uses them's backs.
My concern is that we might not find all the c
Am 14.10.2013 21:48, schrieb Thomas Martitz:
> Am 10.10.2013 12:03, schrieb Thomas Martitz:
>> Hello,
>>
>> [1]: https://github.com/kugel-/geany/tree/splitwindow2
>
> I have pushed a new version. It works really well so far. But of course
there's still lots of TODOs
Am 24.10.2013 16:25, schrieb Matthew Brush:
I agree with that.
I also agree with your general idea of per-document data lists. However,
I'm not seeing the point of the new code you added because each doc has
already a ScintillaObject, which is a GObject. I would suggest that the
document_set_d
Am 24.10.2013 11:24, schrieb Lex Trotman:
I currently do not have access to a dev environment where I can grab
the plugins and search for places the index is used. But if its not
used anywhere (or even if its not used much) then it should be
deprecated immediately so nobody uses it in new co
Am 24.10.2013 10:22, schrieb Lex Trotman:
On 24 October 2013 18:39, Thomas Martitz
<mailto:thomas.mart...@student.htw-berlin.de>> wrote:
Am 24.10.2013 05:39, schrieb Lex Trotman:
PS On the recycling of doc structures and doc->is_valid, this
does have t
Am 24.10.2013 05:39, schrieb Lex Trotman:
PS On the recycling of doc structures and doc->is_valid, this does
have the advantage (for a structure where miscellaneous pointers to
the structure are going to exist in Geany and plugins) that doc
pointers will always point to a geanydocument struc
Am 24.10.2013 05:59, schrieb Matthew Brush:Don't try to make special
conditions that say your contributions must not
be discussed/reviewed, thats rude, its like saying you think you are
better
than the other contributors on this list.
I said it specifically to avoid getting into deep design d
Am 24.10.2013 04:09, schrieb Matthew Brush:
On 13-10-23 11:36 AM, Thomas Martitz wrote:
[snip]
Regarding that pattern we discussed previously and used in this
AutoClose code for attaching data to a document, I'd be interested
whether you or anyone thinks this branch (last/top two co
Am 23.10.2013 11:20, schrieb n@sk0:
There is strange behaviour when Auto-close plug-in is enabled.
Steps to reproduce :
1. open Geany
2. Enable auto-close plug-in
3. open several files for edit
4. Click Ctrl+W (close document)
--
Expected result :
Currently opened document is closed.
--
Actual
Am 23.10.2013 16:53, schrieb Matthew Brush:
On 13-10-23 05:29 AM, n@sk0 wrote:
Before read : Keep in mind that i am *not* C/C++ "native" developer, and
all message below can be just rant.
After little testing and debugging, i found that :
In on_editor_notify() function, user_data is not a valid
Am 23.10.2013 14:29, schrieb n@sk0:
> Before read : Keep in mind that i am *not* C/C++ "native" developer, and
all message below can be just rant.
>
> After little testing and debugging, i found that :
> In on_editor_notify() function, user_data is not a valid pointer :
> on_editor_notify(GObject *
Am 17.08.2013 14:08, schrieb Matthew Brush:
Here's a quick pass at HACKING, though maybe I miss some subtler
points (I don't think though).
Cheers,
Matthew Brush
Please merge!
Best regards.
___
Devel mailing list
Devel@lists.geany.org
https://lis
Am 16.10.2013 21:04, schrieb Dimitar Zhekov:
Actually, I finished most of it, what remains is mainly blocking Geany
while the new async tools execution is running.
Sync spawning is not good, because I'm using the Geany message loop for
async I/O (somewhat similar to g_main_context_add_poll), no
101 - 200 of 251 matches
Mail list logo
