I have committed a prototype of the first part of the changes proposed for
the build system to
the build system branch. Since the manual on the branch still describes the
full functionality
we have been talking about, here is a short summary of what this commit can
do. It could
stand alone as a minimal set of changes if further functionality proves too
difficult or controversial.
If no project is open everything should look, feel and operate as normal
except the "Set
Arguments and Includes" item in the build menu is now called "Set Build Menu
Commands".
The dialog is still the same if no project is open.
If a project is open the dialog will have extra fields to provide labels and
commands to replace
the "Make" series of menu items on the build menu. On the menu any label or
command which
is not set will revert to the default (the same as without any project). By
default no labels or
commands are set in the project file, so unless the user does something
(sets them) there
will be no change. These labels and commands are saved and restored with the
project file.
Note when using commands set in the project file, the "make" command path in
tools preferences
is not used so that each command can have a different path. Therefore the
command entered in
the "Set Build Menu Commands" dialog must include any path it requires. Any
command that
reverts to default will still use the "make" command path so that it
operates as usual.
At the moment there is no way to reset project commands to default without
hand editing the
project file.Setting them to blank does just that, it doesn't reset to
default. A "reset to default"
button will be added.
Having gotten some more experience I am in the process of updating the
manual describing the
full functionality some more to better describe how it should operate.
Best Regards
Lex
Hi,
I have committed a new version of the manual which I hope better explains
the
functionality of the build system I would like to end up at. It uses screen
shots of the build menu and
"Set Build Menu Commands" dialog to explain it better. I have also added a
rationale
so that the intention is clearer.
Looking forward to your comments.
Best Regards
Lex
(I am mailing here because there were still mail system errors from the
commit)
On Sat, Oct 18, 2008 at 9:35 AM, Lex Trotman <elextr(a)gmail.com> wrote:
>
>
> On Sat, Oct 18, 2008 at 12:11 AM, Enrico Tröger <enrico.troeger(a)uvena.de>wrote:
>
>> On Fri, 17 Oct 2008 19:30:03 +1100, "Lex Trotman" <elextr(a)gmail.com>
>> wrote:
>>
>> Hi,
>>
>> >I have committed a prototype of the first part of the changes proposed
>> >for the build system to
>>
>> cool. But sorry, I won't have a look at it until next week, 0.15
>> release is just more important right now :).
>>
>
> Of course, when you can.
>
>
>>
>> Anyway, did you receive any bounce mail from Sourceforge about this
>> commit? This commit again didn't generate a commit mail as it also
>> happened (again) to me today.
>> Sourceforge staff told they have fixed these problems, obviously they
>> didn't.
>>
>
> No I ddin't get any email
>
>
>>
>> Regards,
>> Enrico
>>
>> --
>> Get my GPG key from http://www.uvena.de/pub.asc
>>
>> _______________________________________________
>> Geany-devel mailing list
>> Geany-devel(a)uvena.de
>> http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
>>
>>
>
Enrico asked about mail error messages when I committed to SVN, gmail
helpfully hid them in spam and I just found them, see below.
Cheers
Lex
---------- Forwarded message ----------
From: Mail Delivery System <Mailer-Daemon(a)users.sourceforge.net>
Date: Fri, Oct 17, 2008 at 7:03 PM
Subject: Mail delivery failed: returning message to sender
To: elextr(a)users.sourceforge.net
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
svn2irc(a)uvena.de
retry timeout exceeded
------ This is a copy of the message, including all the headers. ------
Return-path: <elextr(a)users.sourceforge.net>
Received: from apache by bj8yhf1.ch3.sourceforge.com with local (Exim 4.69)
(envelope-from <elextr(a)users.sourceforge.net>)
id 1KqkFz-0005zC-Cc
for svn2irc(a)uvena.de; Fri, 17 Oct 2008 08:00:23 +0000
MIME-Version: 1.0
From: elextr(a)users.sourceforge.net
Errors-To: elextr(a)users.sourceforge.net
To: svn2irc(a)uvena.de
Subject: SF.net SVN: geany:[3108] branches/build-system
X-Mailer: SVN::Notify 2.66: http://search.cpan.org/dist/SVN-Notify/
Content-Type <http://search.cpan.org/dist/SVN-Notify/Content-Type>:
text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-Id: <E1KqkFz-0005zC-Cc(a)bj8yhf1.ch3.sourceforge.com>
Date: Fri, 17 Oct 2008 08:00:23 +0000
Revision: 3108
http://geany.svn.sourceforge.net/geany/?rev=3108&view=rev
Author: elextr
Date: 2008-10-17 08:00:22 +0000 (Fri, 17 Oct 2008)
Log Message:
-----------
The first partial prototype of project build commands.
Modified Paths:
--------------
branches/build-system/ChangeLog
branches/build-system/src/build.c
branches/build-system/src/build.h
branches/build-system/src/project.c
branches/build-system/src/project.h
This was sent by the SourceForge.net collaborative development platform, the
world's largest Open Source development site.
and the second message
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
geany-commits(a)uvena.de
retry timeout exceeded
------ This is a copy of the message, including all the headers. ------
Return-path: <elextr(a)users.sourceforge.net>
Received: from apache by bj8yhf1.ch3.sourceforge.com with local (Exim 4.69)
(envelope-from <elextr(a)users.sourceforge.net>)
id 1KqkFz-0005z5-6Y
for geany-commits(a)uvena.de; Fri, 17 Oct 2008 08:00:23 +0000
MIME-Version: 1.0
From: elextr(a)users.sourceforge.net
Errors-To: elextr(a)users.sourceforge.net
To: geany-commits(a)uvena.de
Subject: SF.net SVN: geany:[3108] branches/build-system
X-Mailer: SVN::Notify 2.66: http://search.cpan.org/dist/SVN-Notify/
Content-Type <http://search.cpan.org/dist/SVN-Notify/Content-Type>:
text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-Id: <E1KqkFz-0005z5-6Y(a)bj8yhf1.ch3.sourceforge.com>
Date: Fri, 17 Oct 2008 08:00:23 +0000
Revision: 3108
http://geany.svn.sourceforge.net/geany/?rev=3108&view=rev
Author: elextr
Date: 2008-10-17 08:00:22 +0000 (Fri, 17 Oct 2008)
Log Message:
-----------
The first partial prototype of project build commands.
Modified Paths:
--------------
branches/build-system/ChangeLog
branches/build-system/src/build.c
branches/build-system/src/build.h
branches/build-system/src/project.c
branches/build-system/src/project.h
Modified: branches/build-system/ChangeLog
===================================================================
--- branches/build-system/ChangeLog 2008-10-16 18:21:14 UTC (rev 3107)
+++ branches/build-system/ChangeLog 2008-10-17 08:00:22 UTC (rev 3108)
@@ -1,3 +1,25 @@
+2008-10-17 Lex Trotman <elextr(at)gmail(dot)com>
+
+ Prototype of project customisable build menu commands
+
+ * src/build.h:
+ added build_default_menu() to interface, used by projects
+ * src/build.c:
+ build_make_file() changed to take commands from project or default
+ create_build_menu_gen() changed to create the menu from the project
+ settings or default & unref old menu so callable more than once
+ build_default_menu() added
+ on_includes_arguments_dialog_response() added getting the values for
+ the project fields
+ show_includes_arguments_gen() added the extra fields for project
commands
+ * src/project.h:
+ added command and label fields to the project structure
+ * src/project.c:
+ update_ui() calls build_default_menu to make menu match project status
+ load_config() added loads for build commands & labels
+ write_config() added saves for build commands and labels
+
+
2008-10-10 Nick Treleaven <nick(dot)treleaven(at)btinternet(dot)com>
* doc/geany.txt, doc/geany.html, src/about.c, THANKS:
rest of the diff omitted
Hi,
I got file monitoring working through a GFileMonitor
(http://library.gnome.org/devel/gio/stable/GFileMonitor.html) and it
seems to work quite fine so far.
The old monitoring was simply to compare a file's mtime (modification
time) and this check was performed whenever you typed somethng in a
document, you clicked in a document or you switched to a document.
With GFileMonitor, we don't need to trigger the check anymore but
instead get informed via a callback. So the question comes up how to
handle a changed file properly.
There are two possibilities:
a) once we received a changed notification for a file, we display the
dialog box asking the user for an action to perform (reload file?).
b) when we receive a changed notification, we store it in a flag
'changed' in the GeanyDocumentPrivate struct and use this flag when
the document is active (by typing, clicking, switching as above)
a) could be get annoying when there are files opened which changes
often for whatever reason and the user is currently editing any other
file and then gets a dialog box asking to reload another opened file.
In other words, this would inform the user also when not the current
document changes but another document.
b) represents the current behaviour just with a different 'backend',
i.e. the user gets informed about a changed file *only* if this file is
the current document.
I'd prefer b) to keep the current behaviour and not getting annoyed by
dialog boxes for 'inactive' files. We would still have the advantage
that the user get the changed notification directly without any delay
for the current active document.
While writing, I'm thinking of a third possibility, or better an
addition to possibility b):
when an inactive document has changed, we change it's tab label colour
to yellow or orange and when the user switches to this document, i.e.
make it active, the dialog box is presented asking to reload.
What do you think?
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc
I received the following error when committing to build-system. Might be
part of the lost mails problem.
Regards
Lex
---------- Forwarded message ----------
From: <geany-commits-owner(a)uvena.de>
Date: Mon, Oct 27, 2008 at 1:34 PM
Subject: SF.net SVN: geany:[3157] branches/build-system
To: elextr(a)users.sourceforge.net
You are not allowed to post to this mailing list, and your message has
been automatically rejected. If you think that your messages are
being rejected in error, contact the mailing list owner at
geany-commits-owner(a)uvena.de.
diff deleted...
Hi all,
I've tried to compile Geany with the --disable-deprecated configure
option, but I used… GTK+ 2.12 and GLib 2.16. Of course, it hasn't worked
(mostly because of the new tooltip API and GObject generalization), but
it's not really the reason of my mail.
In src/utils.c, g_strcasecmp() is used, but it is deprecated since 2.2.
I dunno if the reason why it was deprecated have any incidence on what
it is used here (I think not), but it breaks build without deprecated
symbols even with 2.6.
An easy fix is to copy the function (with another name or so) in the
Geany's source code.
Another think I've noticed is that the tagmanager use GMemChunks for
allocating memory, but the new GSlice API seems to be really faster (and
simpler). What do you think about using it when compiling with GLib >=
2.10? It is easy to set up, just two macros to update.
(patch attached - geany_r3060_tagmanager_gslice.patch)
Last thing: about marshal closures. I dunno if g_cclosure_marshal*() are
present in GLib 2.6, but gtk_marshal*() are deprecated now, and I think
glib-genmarshal is not a really recent tool. Then, it can be nice to
move gtk_marshal*() to corresponding g_cclosure_marshal*() and/or to
define which are needed in geany-marshal.[ch] files or so.
(another patch attached - geany_r3060_no_gtk_marshal.patch).
Patch for this is not really good because I'm not really knowing about
automake & friends, and a make rule should be created to automatically
create geany-marshal.[ch] from geany-marshal.list using glib-genmarshal
at compile-time.
I attach a last patch, the global modifications I made do compile with
--disable-deprecated with GTK+ 2.12 and GLib 2.16, if this is useful for
anyone. Anything works but Scintilla, I've not understood the exact goal
of calls using deprecated functions, and it haven't found an easy way to
make it use newer functions.
Cheers,
Colomban W.
PS: all three patches applies to r3083 too :)
Hi,
On Mon, 01 Sep 2008 18:02:20 +0000
frlan(a)users.sourceforge.net wrote:
> Revision: 159
> http://geany-plugins.svn.sourceforge.net/geany-plugins/?rev=159&view=rev
...
> GeanyVC: Improved of support for l10n. Thanks to Enrico for patch.
The l10n/i18n support is pretty complex to have to repeat for every
outside plugin - maybe there could be some Geany API functions or API
macros to help?
Regards,
Nick
Hi, today i written some php snippets...I hope you use and like it.
Have a nice day ;)
--
-------------------------------------------------
Ragards, Atanas Beloborodov
Bulgarian programming portal - http://cod3r.org/
Hi.
Here is a patch for data/html_entities.tags with several new entities.
Some of those entities are very popular in Russia ;)
--
Walery Studennikov
http://www.reg.ru/
Hey guys,
this is the third time within 3 weeks that this was reported.
It seems for some reason we are not compatible with automake 1.4
anymore.
We could either fix that or simply depend on automake 1.7+, I tested
automake 1.4 and 1.7, 1.4 fails, 1.7 works.
Since this is only needed for people building the sources from SVN/GIT,
it probably isn't a big deal at all to increase the minimum required
automake version?
What do you think?
For reference, automake 1,4 issues these warnings:
tagmanager/Makefile.am:21: libtagmanager_a_SOURCES defined both
conditionally and unconditionally
src/Makefile.am:73: invalid unused
variable name: `nodist_EXTRA_geany_SOURCES'
The warning in the tagmanager file is easy to fix and I fixed it in SVN
r3106.
Not sure about the warning in src/Makefile.am.
The next problem is that for some reason the tagmanager/ and scintilla/
subdirectories are not built with automake 1.4, no idea why.
So, the simplest solution could be to just require automake 1.7.
Begin forwarded message:
Date: Thu, 16 Oct 2008 16:26:52 +0000
From: "SourceForge.net" <noreply(a)sourceforge.net>
To: noreply(a)sourceforge.net
Subject: [ geany-Bugs-2172232 ] Compilation bug
Bugs item #2172232, was opened at 2008-10-16 19:26
Message generated for change (Tracker Item Submitted) made by Item
Submitter You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=787791&aid=2172232&group_…
Please note that this message will contain a full copy of the comment
thread, including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Atanas Beloborodov (nask0)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compilation bug
Initial Comment:
You can see bug here : http://pastebin.com/m66aa8ada
My system is :
OS : Ubunut Linux aurora 2.6.24-21-generic #1 SMP Mon Aug 25 17:32:09
UTC 2008 i686 GNU/Linux gcc (GCC) 4.2.4 (Ubuntu 4.2.4-1ubuntu3)
automake (GNU automake) 1.4-p6
cpu : Intel(R) Celeron(R) CPU 2.66GHz
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=787791&aid=2172232&group_…
Regards,
Enrico
--
Get my GPG key from http://www.uvena.de/pub.asc