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 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 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
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 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
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
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 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
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 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 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 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 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 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 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 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 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 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 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 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 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 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
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 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
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 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 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 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 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 &
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 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
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.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 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 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 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
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 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
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
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 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
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 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
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.
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
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
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
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 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: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 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 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 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 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 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
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
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
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
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
'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.
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
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
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: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 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 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 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 29.03.2015 um 18:19 schrieb Colomban Wendling:
So anyway, I think I'd be in favor of a failable init(), maybe like
gboolean (*init) (..., GError **error); if we want to be able to
report messages and the like. Or just let each plugin do the same
msgwing_add() or whatever, but a common integr
Am 15.04.2015 um 19:15 schrieb Dimitar Zhekov:
On 14.4.2015 г. 22:37, Enrico Tröger wrote:
On 13/04/15 19:33, Dimitar Zhekov wrote:
In 2.24, the horizontal tabs under Win~1 have this "flat" or
"modern" or
whatever look, and you can only distinguish the current tab via a
slight
3D effect. An
Am 16.04.2015 um 21:47 schrieb Enrico Tröger:
On 16/04/15 18:47, Dimitar Zhekov wrote:
On 16.4.2015 г. 12:37, Thomas Martitz wrote:
Am 15.04.2015 um 19:15 schrieb Dimitar Zhekov:
That's exactly what I'm talking about. The white horizontal line,
which normally gives nice outline [ver
Am 16.04.2015 um 23:20 schrieb Colomban Wendling:
Is a pref necessary?
Yes.
In that case it's not the best solution and we should find an indication that
people don't want to outright disable.
The underline gets the job done but I'm not married to it. Can you suggest a
better alternative?
Am 19.04.2015 um 15:57 schrieb Enrico Tröger:
This said, the reason we need the hack is because of
https://bugzilla.gnome.org/show_bug.cgi?id=712220, so if this was fixed
we could one day drop the hack. But this would mean depend on a fixed
version, which probably won't be acceptable before a de
Am 25. April 2015 05:22:38 MESZ, schrieb Colomban Wendling
:
>So yeah, if anyone wishing to keep on using this plugin should consider
>helping maintaining it, it really needs some love from time to time.
>
Libpeas includes lua support as of v1.14. So if my whole proxy plug-in work
would be accep
Am 27.05.2015 um 14:25 schrieb marius buzea:
Hello,
I would like to add GeanyHighlightSelectedWords, to Geany Plugins.
Would it be okay that I do a git pull-request for doing this? I
am the mgnt user on sourceforge, and last week there was a ticket
added to GeanyHighlightSelectedWords, ticket
Am 29.05.2015 um 00:10 schrieb marius buzea:
Hello,
I had a look at
https://github.com/sblatnick/geany-plugins/blob/master/quick-search/src/quick-search.c.
This plugin does something similar to GeanyHighlightSelectedWord.
The quick-search.c calls Geany's search_find_text several times in
Hello,
I've successfully managed to build Geany on MSYS2, against both gtk2 and
gtk3. I've started to describe the steps on the wiki:
https://wiki.geany.org/howtos/win32/msys2, however the page is not
complete yet (but complete enough to produce a running geany).
Short introduction, see the
Am 29.05.2015 um 12:44 schrieb marius buzea:
Hello,
With KMP it is possible to search all occurrences of a m length string, into a
n length string,
using O(m+n) machine operations.Next page:
http://www.inf.fh-flensburg.de/lang/algorithmen/pattern/kmpen.htm
describes the algorithm.
Am 30.05.2015 um 03:19 schrieb Matthew Brush:
Just because it's such a trivial search algorithm, using strstr() is
much more simple and probably more efficient than using Scintilla's
API to find text, but if manual and automatic mode is supported, it
would make sense to share the existing cod
Am 7. Juni 2015 17:53:36 MESZ, schrieb Yury Siamashka :
>05/29/15 12:00, Thomas Martitz пишет:
>> Hello,
>>
>> I've successfully managed to build Geany on MSYS2, against both gtk2
>> and gtk3. I've started to describe the steps on the wiki:
>> https:/
Am 14.06.2015 um 13:59 schrieb Enrico Tröger:
On 07/06/15 22:31, Thomas Martitz wrote:
Am 7. Juni 2015 17:53:36 MESZ, schrieb Yury Siamashka :
05/29/15 12:00, Thomas Martitz пишет:
Hello,
I've successfully managed to build Geany on MSYS2, against both gtk2
and gtk3. I've started t
Am 14.06.2015 um 14:48 schrieb Enrico Tröger:
On 14/06/15 14:21, Thomas Martitz wrote:
Why do you say self-compiled GTK? It is readily packaged for msys, I
think we should be able to use that.
Oops, scratch the self-compiled. But we still need to create a
distributable GTK runtime environment
Am 14.06.2015 um 16:35 schrieb Enrico Tröger:
On 14/06/15 15:50, Thomas Martitz wrote:
Am 14.06.2015 um 14:48 schrieb Enrico Tröger:
On 14/06/15 14:21, Thomas Martitz wrote:
Why do you say self-compiled GTK? It is readily packaged for msys, I
think we should be able to use that.
Oops
Am 14.06.2015 um 16:48 schrieb Enrico Tröger:
At some point we had some discussion whether to use the same directory
on Windows as on Unix but I don't know the result.
We do this already don't we (except for the renamed text files)?
need to install to a special directory?
The current proce
Am 14.06.2015 um 16:55 schrieb Thomas Martitz:
Am 14.06.2015 um 16:48 schrieb Enrico Tröger:
At some point we had some discussion whether to use the same directory
on Windows as on Unix but I don't know the result.
We do this already don't we (except for the renamed text files)?
Am 14.06.2015 um 17:44 schrieb Enrico Tröger:
On 14/06/15 17:16, Thomas Martitz wrote:
Am 14.06.2015 um 16:55 schrieb Thomas Martitz:
Am 14.06.2015 um 16:48 schrieb Enrico Tröger:
At some point we had some discussion whether to use the same directory
on Windows as on Unix but I don't kno
Am 14.06.2015 um 18:26 schrieb Enrico Tröger:
This is why :).
I thought a couple of times of making geany.nsi.in and
geany_private.rc.in and fill in the version number automatically. But I
never was annoyed enough to fiddle with the 4-part version numbers used
there. Maybe you are :).
The last
Am 14.06.2015 um 18:32 schrieb Thomas Martitz:
Actually the issue goes away if I remove the installer-included GTK
runtime, so that the one in PATH is used. I guess I didn't add enough
files (icons?) to the installer
Indeed, I could fix the lacking icons and the warning sp
Am 14.06.2015 um 23:20 schrieb Enrico Tröger:
On 14/06/15 19:08, Thomas Martitz wrote:
Am 14.06.2015 um 18:32 schrieb Thomas Martitz:
Actually the issue goes away if I remove the installer-included GTK
runtime, so that the one in PATH is used. I guess I didn't add enough
files (icons?) t
Hello
I have just noticed that current git, by default, doesn't prompt anymore
when reloading documents, even when they are changed.
I traced it back to the $SUBJECT commit. IMO it's fine to keep the undo
history on reload and not prompt, but it's not fine if the file is
currently modified (
Am 24.06.2015 um 18:30 schrieb Colomban Wendling:
Le 24/06/2015 17:04, Thomas Martitz a écrit :
Hello
I have just noticed that current git, by default, doesn't prompt anymore
when reloading documents, even when they are changed.
I traced it back to the $SUBJECT commit. IMO it's fi
Am 24.06.2015 um 22:26 schrieb Lex Trotman:
I'm struggling to understand why there is any confusion, reload is an
editing action just like any other and can be undone like any other.
Seems much safer to me and exactly what to expect. It used to have a
side effect that was unexpected and nasty w
Am 25. Juni 2015 02:51:43 MESZ, schrieb Matthew Brush :
>On 2015-06-24 05:47 PM, Lex Trotman wrote:
>> [...]
>>
>>> I wonder if there's a more simple way to reduce confusion and
>increase visibility other than an annoying dialog or document message.
>Maybe as a separate action with a different name
Am 25.06.2015 um 07:54 schrieb Lex Trotman:
The red indicates that the buffer is changed and unsaved, in other words the
buffer is not the same as the file on disk. So clearing it on reload is the
right thing.
Well, thinking about it some more red doesn't really indicate anything
about the bu
Am 25.06.2015 um 08:17 schrieb Lex Trotman:
[...]
Right, makes some sense too.
However, what to do in this case: the file is saved (clearing the red) and
immediately reloaded? Make it red again or keep it clear?
Well reload syncs file and buffer, so its cleared again. Seems right.
Sorry, I
Hello,
I hacked up a document message to inform the user about this new
behavior, see attached screenshot.
However, as we entered string freeze, I don't suppose a new dialog like
this is acceptable at this point? What else can we do for *this* release?
Best regards
_
Am 27.06.2015 um 01:09 schrieb Enrico Tröger:
Hi,
I've built new Windows installers from current GIT master.
Downloads can be found here:
http://download.geany.org/snapshots/
Please note that these are test builds from the current development
version, don't expect release quality.
You have b
Am 28.06.2015 um 12:36 schrieb Enrico Tröger:
On 27/06/15 20:53, Thomas Martitz wrote:
Am 27.06.2015 um 01:09 schrieb Enrico Tröger:
Hi,
I've built new Windows installers from current GIT master.
Downloads can be found here:
http://download.geany.org/snapshots/
Please note that thes
Am 28.06.2015 um 20:39 schrieb Colomban Wendling:
Le 03/07/2012 20:15, Enrico Tröger a écrit :
[…]
If someone have more information about available builds (and a related
-dev package) I might have a look though I doubt we'll manage that for
the 1.22 release which is, AFAIK, due on upcoming Sund
Am 28.06.2015 um 21:30 schrieb Thomas Martitz:
Am 28.06.2015 um 20:39 schrieb Colomban Wendling:
Le 03/07/2012 20:15, Enrico Tröger a écrit :
[…]
If someone have more information about available builds (and a related
-dev package) I might have a look though I doubt we'll manage that fo
Am 26.06.2015 um 07:22 schrieb Thomas Martitz:
Hello,
I hacked up a document message to inform the user about this new
behavior, see attached screenshot.
However, as we entered string freeze, I don't suppose a new dialog
like this is acceptable at this point? What else can we do for
1 - 100 of 251 matches
Mail list logo
