Nabble - Gnome - Tools Dev

Re: gtksourceview-2.0 - go programming language spec

2009-11-16T14:04:21Z

Il giorno ven, 13/11/2009 alle 13.58 +1300, Tonic Artos ha scritto:
> Hello,
>
> I've put together a language spec for Go. I'd like someone to check
> over it and possibly get it included in gtksourceview.
>

Hi Tony,

to have it included, please attach it to a new report on
https://bugzilla.gnome.org

Ciao
Paolo

> Tonic
> _______________________________________________
> gnome-devtools mailing list
> gnome-devtools@...
> http://mail.gnome.org/mailman/listinfo/gnome-devtools

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

gtksourceview-2.0 additional syntax package?

2009-11-16T06:50:36Z

Hello.
Recently I was wondering about how to put additional syntax highlighting files
in gtksourceview and found that there are plenty of syntaxes which are rejected
by reasons of no entry in shared-mime-info.
In fact it's no so easy to put a mime definition there even for common
file types
(e.g. assembler sources).
I suggest some subproject like gtksourceview-syntax-extras in which people can
contribute when their syntaxes don't meet the policy of the gtksourceview team.

--
Regards, Serguey G Basalaev
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: gtksourceview-2.0 - go programming language spec

2009-11-12T23:41:09Z

2009/11/13 tuxdna <tuxdna@...>:
> Is this for Google's Go or for McCabe's Go! ?

I forgot about that. It is for Google's Go.

Tonic
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: gtksourceview-2.0 - go programming language spec

2009-11-12T23:25:43Z

Is this for Google's Go or for McCabe's Go! ?

( please see http://www.theinquirer.net/inquirer/news/1561968/google-nicked-programming
)

Maybe Google will change the name of its programming language?

( http://code.google.com/p/go/issues/detail?id=9 )

On Fri, Nov 13, 2009 at 6:28 AM, Tonic Artos <ghatanothoa@...> wrote:

> Hello,
>
> I've put together a language spec for Go. I'd like someone to check
> over it and possibly get it included in gtksourceview.
>
> Tonic
>
> _______________________________________________
> gnome-devtools mailing list
> gnome-devtools@...
> http://mail.gnome.org/mailman/listinfo/gnome-devtools
>
>

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

gtksourceview-2.0 - go programming language spec

2009-11-12T16:58:03Z

Hello,

I've put together a language spec for Go. I'd like someone to check
over it and possibly get it included in gtksourceview.

Tonic

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

go.lang (16K) Download Attachment

GTK source view: Undo manager

2009-09-19T07:02:02Z

I'm interested in working on undo manager feature as a semester long project. Can anyone suggest me from where I can find more information.

Regards,
Kaushalya Madhawa

New Email addresses available on Yahoo!
Get the Email name you've always wanted on the new @ymail and @rocketmail.
Hurry before someone else does!

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

--static--liam_crowdsurfer_bottom.gif (28K) Download Attachment

Re: Possible bug in GdlDockLayout or Python Bindings

2009-09-14T10:33:09Z

Hi!

Actually, I have no idea who really wrote the python bindings for gdl.
Anyway, as far as I know they should be mostly autogenerated but you
might want to have a look at the gnome-python-extras module on
git.gnome.org to see if there is any custom code that might break
things.

Regards,
Johannes

Am Samstag, den 12.09.2009, 15:07 -0700 schrieb Micah Carrick:

> Hey guys, I'm not quite sure who to contact regarding the gdl python
> bindings or which project the bug should be submitted to (I don't know
> much about language bindings). Another user posted this issue back in
> Feb. of last year:
> http://www.mail-archive.com/gnome-devtools@.../msg00335.html
>
> However, it was left unresolved. I've done a little testing and have
> some more information.
>
> The problem is with loading a GdlDockLayout from a file. I've built a
> little test application in C and another in Python. The one in C works,
> where as the Python one does not. When the Python application loads the
> layout from the file, it looses all dock items. I've attached the test
> applications to this email. These test programs save the layout when to
> close, so you'll have to run it once, close it, and then run it again to
> see the bug.
>
> If anyone could take a quick look and a) make sure I'm using gdl
> properly (docs are limited) and b) suggest whom I might contact and/or
> submit a bug regarding this problem and c) any suggestions for a quick
> fix would be great. Who is maintaining the gdl python bindings?
>
> Regards,
>
> _______________________________________________
> gnome-devtools mailing list
> gnome-devtools@...
> http://mail.gnome.org/mailman/listinfo/gnome-devtools

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

signature.asc (204 bytes) Download Attachment

Possible bug in GdlDockLayout or Python Bindings

2009-09-12T15:07:39Z

Hey guys, I'm not quite sure who to contact regarding the gdl python
bindings or which project the bug should be submitted to (I don't know
much about language bindings). Another user posted this issue back in
Feb. of last year:
http://www.mail-archive.com/gnome-devtools@.../msg00335.html

However, it was left unresolved. I've done a little testing and have
some more information.

The problem is with loading a GdlDockLayout from a file. I've built a
little test application in C and another in Python. The one in C works,
where as the Python one does not. When the Python application loads the
layout from the file, it looses all dock items. I've attached the test
applications to this email. These test programs save the layout when to
close, so you'll have to run it once, close it, and then run it again to
see the bug.

If anyone could take a quick look and a) make sure I'm using gdl
properly (docs are limited) and b) suggest whom I might contact and/or
submit a bug regarding this problem and c) any suggestions for a quick
fix would be great. Who is maintaining the gdl python bindings?

Regards,

--
- Micah Carrick

Developer - http://www.micahcarrick.com
GTK+ Forums - http://www.gtkforums.com

/* gcc -Wall -g `pkg-config --cflags --libs gtk+-2.0 gdl-1.0`-o gdl-test gdl-test.c */

#include <gtk/gtk.h>
#include <gdl/gdl.h>

gboolean on_window_delete_event(GtkWindow *window, GdkEvent *event, GdlDockLayout *layout)
{
gdl_dock_layout_save_layout (layout, "test");
gdl_dock_layout_save_to_file (layout, "layout_c.xml");
g_print("Saved layout XML to file.\n");

return FALSE;
}

int main (int argc, char *argv[])
{
GtkWidget *win, *dock, *label1, *item1, *label2, *item2;
GdlDockLayout *layout;

gtk_init (&argc, &argv);

win = gtk_window_new (GTK_WINDOW_TOPLEVEL);

dock = gdl_dock_new ();
layout = gdl_dock_layout_new (GDL_DOCK(dock));

g_signal_connect (G_OBJECT(win), "destroy",
G_CALLBACK (gtk_main_quit), NULL);

g_signal_connect (G_OBJECT(win), "delete-event",
G_CALLBACK (on_window_delete_event), layout);

label1 = gtk_label_new ("Label 1");
item1 = gdl_dock_item_new_with_stock ("item1",
"Item 1",
GTK_STOCK_OPEN,
GDL_DOCK_ITEM_BEH_NORMAL);

gtk_container_add (GTK_CONTAINER (item1), label1);
gdl_dock_add_item (GDL_DOCK (dock), GDL_DOCK_ITEM (item1), GDL_DOCK_LEFT);
gtk_widget_show_all (item1);

label2 = gtk_label_new ("Label 21");
item2 = gdl_dock_item_new_with_stock ("item2",
"Item 2",
GTK_STOCK_SAVE,
GDL_DOCK_ITEM_BEH_NORMAL);

gtk_container_add (GTK_CONTAINER (item2), label2);
gdl_dock_add_item (GDL_DOCK (dock), GDL_DOCK_ITEM (item2), GDL_DOCK_RIGHT);
gtk_widget_show_all (item2);

gtk_container_add(GTK_CONTAINER(win), dock);

gtk_widget_show_all(win);

if (gdl_dock_layout_load_from_file (layout, "layout_c.xml"))
{
gdl_dock_layout_load_layout (layout, "test");
g_print("Loaded layout XML from file.\n");
}

gtk_main();

return 0;
}

#!/usr/bin/python
import os
import pygtk
pygtk.require("2.0")
import gtk
import gdl

def on_window_delete_event(window, params):
layout.save_layout('test')
layout.save_to_file('layout_py.xml')
print "Saved layout XML to file."

win = gtk.Window(gtk.WINDOW_TOPLEVEL)
win.connect('destroy', gtk.main_quit)
win.connect('delete-event', on_window_delete_event)

dock = gdl.Dock()
layout = gdl.DockLayout(dock)

item1 = gdl.DockItem("item1", "Item 1", gtk.STOCK_OPEN, gdl.DOCK_ITEM_BEH_NORMAL)
item1.add(gtk.Label("Label 1"))
dock.add_item (item1, gdl.DOCK_LEFT)
item1.show_all()

item2 = gdl.DockItem("item2", "Item 2", gtk.STOCK_SAVE, gdl.DOCK_ITEM_BEH_NORMAL)
item2.add(gtk.Label("Label 2"))
dock.add_item (item2, gdl.DOCK_RIGHT)
item2.show_all()

if layout.load_from_file('layout_py.xml'):
layout.load_layout('test')
print "Loaded layout XML from file."

win.add(dock)
win.show_all()

gtk.main()

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: devhelp for all documentation on the system?

2009-09-05T15:25:49Z

On Sat, 2009-09-05 at 18:06 +0530, Sindhu Sundar wrote:
> I want a Devhelp like documentation browser for all docs installed on
> the system not just pertaining to development.
>
> Is this possible?

sure. just convert all your documentation to a docbook and then process
the XML with XSLT to create a reference file that Devhelp can
understand.

ciao,
Emmanuele.

--
Emmanuele Bassi,
W: http://www.emmanuelebassi.name
B: http://blogs.gnome.org/ebassi

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

devhelp for all documentation on the system?

2009-09-05T05:36:23Z

I want a Devhelp like documentation browser for all docs installed on
the system not just pertaining to development.

Is this possible?
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

ABI compliance checker

2009-08-07T09:33:01Z

Colleagues, I'm software engineer from Institute for System
Programing of Russian Academy of Sciences and we are developing a free
lightweight tool for checking backward/forward binary compatibility of
shared C/C++ libraries in OS Linux. It checks interface signatures and
data type definitions in two library versions (headers and shared
objects) and searches ABI changes that may lead to incompatibility.
We have released 1.2 version of this tool and we'd like you to consider
its usefulness for your project.
The wiki-page with the latest release of binary compatibility checker is
http://ispras.linux-foundation.org/index.php/ABI_compliance_checker

Andrey Ponomarenko

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: no gtk in Devhelp

2009-08-01T05:52:13Z

The GTK+ manual is installed by building and installing the GTK+ tarball
on your system, or downloading the corresponding GTK+ "-doc" package
that your system of choice may have distributed.

Cheers,
-Tristan

On Sat, Aug 1, 2009 at 2:09 AM, Scott Appoldt<groovin44time@...> wrote:

>
> I have many manuals in Devhelp including PYGTK2.0 Reference Manual but I don't have the GTK+ manual. How do I get this in Devhelp? I have the gtk-doc-1.11-4.fc11.noarch installed.
>
>
>
>
> _______________________________________________
> gnome-devtools mailing list
> gnome-devtools@...
> http://mail.gnome.org/mailman/listinfo/gnome-devtools
>

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Nemiver release 0.7.1 now available

2009-08-01T05:31:06Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

This release features some translations updates and general bugfixes. With
this version, Nemiver should function decently with the GDB/Archer branch.

As usual if you encounter any issue or have some wishes about important
features that are lacking, we would be happy to hear from you at
http://bugs.gnome.org

Please find below the classical part of the announce.

What is Nemiver ?
==========

Nemiver is a standalone graphical debugger that integrates well in the
GNOME desktop environment.
It currently features a backend which uses the GNU debugger GDB for
debugging C/C++ programs.

Where to get it ?
==========

This release is available as a source package in tar.gz and tar.bz2 formats
and can be downloaded from: http://download.gnome.org/sources/nemiver

The home page of the Nemiver project is at http://projects.gnome.org/nemiver

What's Changed in this release?

Dodji Seketeli
Support multiple address breakpoints (Closes: #587697)
Support original-location in breakpoints (Closes: #588256)
Support restarting when GDB dies (Closes: #588313)
Don't fall appart when gconfd is down
Keep default conf values when gconf is down
Fix variable popup tip size issues
Var popup tip shouldn't be too small by default
Support "text besides icons" visual setting

Mario Blättermann
Updated German translation
Added German doc translation

Takeshi AIHANA
Updated Japanese translation.

- --
Dodji Seketeli
Une armée de moutons dirigée par un lion peut vaincre
une armée de lions dirigée par un mouton
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAkp0NYoACgkQPejI7lrem2ESCACfeDK5DewnawgqOFtfGEjikh6o
70IAn3QdlSwB5qkK5pYt0ok0k3Vmiq4P
=cY6+
-----END PGP SIGNATURE-----
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Nemiver release 0.7.1 now available

2009-08-01T05:30:43Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

This release features some translations updates and general bugfixes. With
this version, Nemiver should function decently with the GDB/Archer branch.

As usual if you encounter any issue or have some wishes about important
features that are lacking, we would be happy to hear from you at
http://bugs.gnome.org

Please find below the classical part of the announce.

What is Nemiver ?
==========

Nemiver is a standalone graphical debugger that integrates well in the
GNOME desktop environment.
It currently features a backend which uses the GNU debugger GDB for
debugging C/C++ programs.

Where to get it ?
==========

This release is available as a source package in tar.gz and tar.bz2 formats
and can be downloaded from: http://download.gnome.org/sources/nemiver

The home page of the Nemiver project is at http://projects.gnome.org/nemiver

What's Changed in this release?

Dodji Seketeli
Support multiple address breakpoints (Closes: #587697)
Support original-location in breakpoints (Closes: #588256)
Support restarting when GDB dies (Closes: #588313)
Don't fall appart when gconfd is down
Keep default conf values when gconf is down
Fix variable popup tip size issues
Var popup tip shouldn't be too small by default
Support "text besides icons" visual setting

Mario Blättermann
Updated German translation
Added German doc translation

Takeshi AIHANA
Updated Japanese translation.

- --
Dodji Seketeli
Une armée de moutons dirigée par un lion peut vaincre
une armée de lions dirigée par un mouton
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAkp0NXMACgkQPejI7lrem2FqvgCgprFC6ulW+Jtx2lAPBxZzVLTN
HZ8AmweAS2+Tbms4zuHT7teqqsyvnIhH
=qXSy
-----END PGP SIGNATURE-----
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

no gtk in Devhelp

2009-07-31T23:09:21Z

I have many manuals in Devhelp including PYGTK2.0 Reference Manual but I don't have the GTK+ manual. How do I get this in Devhelp? I have the gtk-doc-1.11-4.fc11.noarch installed.

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: Glade: big plans with no hands

2009-07-21T13:43:20Z

On Tue, Jul 21, 2009 at 4:36 PM, Tristan Van Berkom<tvb@...> wrote:

> On Tue, Jul 21, 2009 at 4:27 PM, Tristan Van Berkom<tvb@...> wrote:
>> Hello Desktop Hackers,
>> Since as usual I was not available to be barking insanities at
>> palm trees at GUADEC this year, and also since Javier Jardón made
>> the amazing contribution of redoing glade.gnome.org[0] for us
>> in a much more simple and modern way, I was motivated draw out a
>> roadmap[1] to a very achievable future of Glade.
>
> And ofcourse the attached document is...
>

Ok with no shame, I present you the same file with a fancy cute ".txt"
extension
because mail readers can be garbage at most times.

That will be all :)

Cheers,
-Tristan

1.0 In depth support for custom widgets
=======================================

1.0 Rationale:
==============

Currently Glade supports custom widgets by way of letting the user
introduce a catalog and optional plugin for their custom widgets,
this has been great to allow integration of customized portions of
the UI, easing things like integration of a GstVideoSink or MozView
widget into your application directly, or integration of GTK+ based
toolkits to be run on a kiosk or a hand held device.

After recently being hired to do some work that happened to involve
using IDEs I realized that today that just doesnt cut it.
Simply put: its not important or a challange anymore to integrate a
mozilla or gstreamer widget into the Glade catalog, people want to
derive widget classes from thier interface directly and easily,
not because they want to use an exotic widget... but just because
they can write more encapsulated and reusable code, presumably better
code than when using the currently popular technique of connecting
to signals and playing god with every single element of the UI from
a main application logic object or workspace.

1.1 Implementation (Glade Catalog Updater using GObject Introspection)
======================================================================
The Glade catalog describes a set of GObject types that are to be
mentioned in the Glade palette, up to date this catalog has always
been written by hand and updated by hand - now that we have releases
of gobject-introspection; not only do we have the opportunity of
automating things like updating targettable versions of newly introduced
properties and signals and deprecation data (every GTK+ release I have
to go over the list by hand and mark the "deprecated" and "since" data),
we also have the possibility of generating usable catalog completely
from GIRs with the restriction that we have usable editors for object
classes found in the GIR (object classes that do not derive from GtkWidget,
can only have thier properties and signals setup but not appear in
the workspace currently).

The Catalog updater should respect a simple api such as:

GladeCatalog *glade_catalog_new_from_gir (const gchar *gir_path,
GError **error);

and also to update catalogs:

void glade_catalog_update_from_gir (GladeCatalog *catalog,
const gchar *gir_path,
GError **error);

Then we can either compile a program against the core library or just add
command line options to Glade to create new catalogs or update existing
catalogs with introspection data.

1.2 Features
============
Now assuming we have the frameworks layed out discussed in the previous
section, we can move on to implement fancy features, what we are going
to want to add, we could go about it a few ways with a few UIs, this is what
I have in mind right now:

* There will be a clean separation between catalogs loaded at init
time by Glade (installed catalogs or catalogs loaded via the
GLADE_CATALOG_PATH environment variable).
* When the user edits a project, every object gets a new attribute in
the property editor, the "Implementing Class" field.
* User Implemented classes will be shown in a special portion of the
palette and will be a part of the project data.
* A User Implemented class can also optionally be attributed a
gir by the User
* If a User Implemented class has introspection data available (i.e.
it has a valid gir with the "implementing class" name listed and
parented by the correct ancestor type); then the user can also edit
any added properties or signals that were found for that class in the GIR.

1.3 GtkBuilder
==============
The way GtkBuilder works we should be able to just work around it,
although it would be nice to tell GtkBuilder that an "Implemented Class"
is assumed to exist and doesnt need to have its catalog version asserted.

2.0 Splitting out the GTK+ dependency
=====================================

2.1 Rationale
=============
Currently we are seeing some interesting toolkits emerging around
GObject and GNOME, Clutter being the obvious first in sight,
also the various cairo based canvases out there. Cutting out the
core properly, probably honing down the api a little as well,
will allow us the final measure of flexibility to build plugins,
editors and frontends completely in Clutter or other GObject using toolkits.

2.2 Implementation
==================
Glade was originally designed for plugability of widgets, and the
option to embed into IDEs, right now we have an almost GTK+ independant
core library in Glade, with a large GTK+ specific backend and a
small frontend using GTK+ to interface with the core. Basically all
that remains to be done is create api to externalize the internal
GTK+ based editors that are provided to edit objects in the core.

This would mean that a base toolkit library would be responsible
for creating the GladeInspector (widget tree), GladeEditor (the main
object property editor), GladeSignalEditor, GladeDesignLayout (the workspace area)
and the GladePalette. These could become interfaces provided by the
core to be implemented by base toolkit plugins (i.e. a hypothetical NBTK
plugin would not have to implement editors, such as the GNOME plugin
inherits most of its functionality from the GTK+ plugin).

3.0 Better signal support
=========================

3.1 Rationale
=============
Over the years with the current implementation of signals througout
libglade years until today, signals in Glade files have never been
useful in serious applications, mostly because you have no real
control on the user data.

3.2 Proposal GtkBuilder side
============================
To fix this I propose we add the "user-data-type" property to
the "signal" tag definition in the GtkBuilder format, allowing for
more types than the base "GObject" type; it should be easy enough
to insert a generic GValue parsing routine, allocated strings and
GBoxed values lifetimes could be attatched to the lifetime of the
instance emitting the signal.

The GtkBuilder format also needs <signal> attribute "swapped" to
indicate whether to swap the user data or not, this must unfortunately
be TRUE by default for "user-data-type"s of GObject or derived
(for backwards compatability reasons).

It would be particularly interesting to add api to GtkBuilder such as:

void gtk_builder_add_symbol (GtkBuilder *builder,
const gchar *symbol_name,
gpointer symbol_location)

This could allow us to add another different attribute to the
signal tag, <signal ...symbol="yes">, and allow the user to provide
named symbols to be passed in as user data at load time.

3.3 Glade side
==============
The Signal editor has forever needed a rewrite.

It will now need to offer control on the user-data-type,
optionally enable user-data field based on if a type is selected, and
also allow control on the "swapped" attribute.

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: Glade: big plans with no hands

2009-07-21T13:36:14Z

On Tue, Jul 21, 2009 at 4:27 PM, Tristan Van Berkom<tvb@...> wrote:
> Hello Desktop Hackers,
> Since as usual I was not available to be barking insanities at
> palm trees at GUADEC this year, and also since Javier Jardón made
> the amazing contribution of redoing glade.gnome.org[0] for us
> in a much more simple and modern way, I was motivated draw out a
> roadmap[1] to a very achievable future of Glade.

And ofcourse the attached document is...

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

roadmap (9K) Download Attachment

Glade: big plans with no hands

2009-07-21T13:27:55Z

Hello Desktop Hackers,
Since as usual I was not available to be barking insanities at
palm trees at GUADEC this year, and also since Javier Jardón made
the amazing contribution of redoing glade.gnome.org[0] for us
in a much more simple and modern way, I was motivated draw out a
roadmap[1] to a very achievable future of Glade.

So, why am I writing to you ?
I felt it was my responsibility to share with you what is really
bearly in our grasp, but I cannot do for GNOME by my self this year.

To tell you the truth, I think we can provide a development environment
for GNOME that really beats other platforms, I think we can achieve the
level of object class integration available in other modern designer tools
I've seen recently (tools with rigid and restricted platforms such as Xcode's
ObjC or Flash Creator's Action Script), except in our case, we can bundle up
any GObject based UI toolkit and custom widget type in a generic way
using our new introspection framework, most of which is already
cross-platform portable code; and on top of it you can use the language
of your choice (am I missing something here or doesnt that beat
everyone ? I'll let someone else figure out why it costs > 40MB to install
Glade on OSX, Im sure thats just sillyness though).

So, if you are just curious and want to know what kind of nonsense I would
be blabbering to the palm trees this year had I been at GUADEC, give 'er a
read for the hell of it, if it interests you please comment, if there
is interest
in this kind of thing we can try to organize it and make these items happen,
its not all that hard work in the end, personally I have to step back and
work on bugs and regular features unless others step in.

Thanks all for your attention ;-)

Cheers,
-Tristan

Note, this might come up as a double-post; classic email/ML mismatch sorry.

[0] Many thanks as well to the Nemiver team for letting us use the design,
and Rafael (pachi) Villar Burke for helping us translate it into python.

[1] Ive split the attached document into items on a hypothetical
roadmap for Glade: http://live.gnome.org/Glade/Roadmap
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Glade 3.6.7 "Horizontally Oriented" Released !

2009-06-29T13:08:30Z

Morning hackers,
I am proud to present to you Glade 3.6.7: the "Horizontally Oriented"
Release, which is yet another bugfix release on the ever so stabler
3.6 series.

This release will make everything horizontally oriented in any project
created prior to GTK+ 2.16. Thats right, most projects when loaded
in Glade will be horizonally oriented (vbox orientations will be horizontal).

To fix this in your pre 2.16 created project, you must set the
orientation of your vboxes manually and save, this bug will silently
go away when bug 587256 is resolved.

Thanks all,
- The Glade guys

What is Glade ?
===============
Glade is a RAD tool to enable quick & easy development of user
interfaces for the GTK+ toolkit and the GNOME desktop environment.
The user interfaces designed in Glade are stored in an XML format
which is understood natively by GTK+, also enabling easy
integration with external tools.

===========
Glade 3.6.7
===========
- Sync up remaining properties at load time (fixes
use-action-appearance property
and any other unmentioned property states at load time, also unvails broken
orientation default value in GTK+, bug 587256).
- Fixed glitches with use-action-appearance at save time.
- Make stock button labels save as non-translatable automatically (bug 352446).
- Fixed crashes when handling GtkTextView in GtkBuilder format.
- Fixed crashes with editable treeview column types (bug 586715).
- Detect correct modifiers and buttons to spawn a context menu in a platform
independant way (bug 587128).
- Added --enable-mac-bundle configure argument to resolve paths correctly
when building bundles on osx.

Where can I get it ?
====================

Source Code:
http://download.gnome.org/sources/glade3/3.6/

Binaries of the 3.6 series are published here:
Win32 binaries: http://ftp.acc.umu.se/pub/GNOME/binaries/win32/glade3/3.6/
Mac OSX binaries: http://ftp.acc.umu.se/pub/GNOME/binaries/mac/glade3/3.6/

For more information consult our home page at http://glade.gnome.org/
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Glade 3.6.6 Released

2009-06-22T19:25:31Z

Hey hey,
heres another follow up in the 3.6 stabler
and stabler series with one more obscure crash fixer
and working osx integration ;-)

Enjoy,
- The Glade guys

What is Glade ?
===============
Glade is a RAD tool to enable quick & easy development of user
interfaces for the GTK+ toolkit and the GNOME desktop environment.
The user interfaces designed in Glade are stored in an XML format
which is understood natively by GTK+, also enabling easy
integration with external tools.

===========
Glade 3.6.6
===========
- Fixed missing image dialogs for packing properties
- Make assistant page-titles translatable (bug 503146)
- Make GtkMessageDialog texts translatable (bug 586063)
- Fixed obscure crash at project load time (James Liggett - bug 585860)
- Migrated to use non-deprecated symbols from glib/GTK+ (Sam
Thursfield - bug 572756)
- Introspect lowest GTK+ project dependancy when loading files with missing
versioning info (bug 586046).
- Fixed runtime path resolutions on osx (bug 586551)

Where can I get it ?
====================

Source Code:
http://download.gnome.org/sources/glade3/3.6/

Binaries of the 3.6 series are published here:
Win32 binaries: http://ftp.acc.umu.se/pub/GNOME/binaries/win32/glade3/3.6/
Mac OSX binaries: http://ftp.acc.umu.se/pub/GNOME/binaries/mac/glade3/3.6/

For more information consult our home page at http://glade.gnome.org/
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Glade 3.6.5 Released (and win32/mac binaries available !)

2009-06-12T17:13:53Z

Hey,
Heres another bugfix release, this time I did finally
nail the erratic widget names that I thought I had fixed,
and thanks to a little help from our friends, we close the
python plugin linkage bug.

Also another announcement, we now have win32 and Mac OSX binaries
distributed on ftp.gnome.org, I just happened to stumble upon
a quartz jhbuild sandbox and Marco Bonifazi has volunteered for
now to wrap up Glade installers for windows.

So thats it, lets hear three loud cheers for Marco !

Hope you Enjoy,
- The Glade guys

What is Glade ?
===============
Glade is a RAD tool to enable quick & easy development of user
interfaces for the GTK+ toolkit and the GNOME desktop environment.
The user interfaces designed in Glade are stored in an XML format
which is understood natively by GTK+, also enabling easy
integration with external tools.

===========
Glade 3.6.5
===========
- Quartz build support and use ige-mac-integration to setup the menubar
as an optional build dependancy.
- Fixed dissapearing dialogs on ESC (bug 582559)
- Really fixing widget naming policies again, this time I hope it
sticks (bug 580745)
- Fixed relocated link problems with python plugin build (bug 582982,
patch by Arun Raghavan)

Where can I get it ?
====================

Source Code:
http://download.gnome.org/sources/glade3/3.6/

Binaries of the 3.6 series are published here:
Win32 binaries: http://ftp.acc.umu.se/pub/GNOME/binaries/win32/glade3/3.6/
Mac OSX binaries: http://ftp.acc.umu.se/pub/GNOME/binaries/mac/glade3/3.6

For more information consult our home page at http://glade.gnome.org/
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: GtkSourceView

2009-06-12T02:08:28Z

On Wed, Jan 16, 2008 at 4:42 AM, Kevin Goodspeed<circuitsman@...> wrote:
> Where can I find binaries for GtSourceView? I'm running Windows XP.

http://ftp.gnome.org/pub/GNOME/binaries/win32/gtksourceview/

cheers
--
Gian Mario Tagliaretti
GNOME Foundation member
gianmt@...
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Glade 3.6.4 Released

2009-06-06T11:49:24Z

Hello,
Heres another bugfix release with some fixes for some really
annoying bugs... sorry for holding out on you for so long...
I've been blocking this release on an m4 macro bug[0] that is
I think blocking our python plugin from being packaged, I could
actually really use a hand solving this obscure bug.

Anyhow, please enjoy properly functional widget naming policies
and widget names that dont randomly change at copy/paste time.

Enjoy,
- The Glade guys

[0] http://bugzilla.gnome.org/show_bug.cgi?id=582982
(seems the python.m4 we have is always linking against
the system python libs and not relocated ones at build time)

What is Glade ?
===============
Glade is a RAD tool to enable quick & easy development of user
interfaces for the GTK+ toolkit and the GNOME desktop environment.
The user interfaces designed in Glade are stored in an XML format
which is understood natively by GTK+, also enabling easy
integration with external tools.

===========
Glade 3.6.4
===========
- Check project naming policy at add_object() time (bug 580745).
- Fixed bug loading and saving icon sources (Juan Pablo Ugarte)
- Fixed sizes of fixed/layout children at load time (bug 584334).
- Enabled popup menus via Apple key for osx (lame but functional).

Where can I get it ?
====================

http://download.gnome.org/sources/glade3/3.6/

For more information consult our home page at http://glade.gnome.org/
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: [Glade-users] Glade 3.6.0 Released

2009-05-09T03:17:48Z

Tristan Van Berkom wrote:

> Hello hackers !
>
> So here we are, like it or not, its release day.
> There are alot of things I havent had time to do lately,
> among them is writing proper release notes - I will do
> that some time this week and blog about it.
>
> Glade has seen a world of improvement since 3.4, if you
> dont know about it, then I should at least skim over the
> new features and control we offer over your interface.
>
> Dual Project Formats
> ====================
> Now projects can be edited in libglade format and in GtkBuilder
> format, offering you a load of new features only available in
> GtkBuilder format (also removing access to deprecated widgets).
>
> Projects can be converted, the operation is undoable, and can
> result in data loss when some objects/widgets cant be ported to
> the target format (classic libglade format projects can always
> be converted to GtkBuilder format).
>
> Target Project Version
> ======================
> Glade now lets you target your GTK+ version for your project,
> giving you visual feedback and warnings about objects, properties
> and signals that you may be using that are not available in
> the targetted version of GTK+.
>
> Interestingly Glade 3.6 depends on GTK+ 2.14, but gives you access to GTK+
> properties from GTK+ 2.16 even if only running against 2.14.
>
> Access to new objects
> =====================
> In GtkBuilder format, we have access to a whole new world of objects
> we've never seen before in Glade:
>
> - GtkAction: Represent your UI frontend widget(s) by an Action, actions
> are a great abstraction for UI components and let you have multiple
> screen widgets that correspond to a single "action" who all conform
> to the said actions state.
>
> - GTK+ MVC Framework:
> Now we give you access to GtkTreeView, GtkIconView, GtkComboBox
> (as a view),
> GtkListStore, GtkTreeStore in Glade. That pretty much says it
> all, I encourage
> you all to try it, define columns and data for your treemodel,
> define columns
> and renderers for your treeview, in an all in one treeview editor.
>
> - GtkIconFactory:
> Add your own stock id definitions using an icon factory, define graphics
> for different widget sizes and widget states.
>
> - GtkSizeGroup:
> Add widgets to logical groups that ensure all members have the same size.
>
> Sexy New Editors
> ================
> With a new internal interface, we allow plugins to define editor layouts on a
> class level basis, now we have customized editors for GtkButton,
> GtkImage, GtkLabel,
> GtkEntry and many more (and they all have size to fit word wrapping
> property description
> texts in them).
>
> The Python Plugin
> =================
> This is finally worked out into a plugin, its been around for a while now but
> wasnt publicly/stably released to my knowlage, what it does is allow Glade to
> introspect and load your python classes properties and signals and add it to
> the palette automatically (with the use of a one or 2 liner user catalog),
> documentation coming, or ask Juan Pablo ;-)
>
> Some Enhancements
> =================
> - Inspector lets you filter and search the project with an added entry
> (behaves like DevHelp's search entry but on the project).
>
> - You can edit widgets inline with their editor in a dialog (Edit
> Separately in
> context menu), this editor window will stay on the same widget
> when selection
> changes).
>
>
> Also THANKYOU to so many people who supported Glade, who filed bugs, who sent
> patches or gave some moral support, Thanks to Juan Pablo for fixing bugs when
> I couldnt be there, thanks to Pavel Kostyuchenko and Google for his summer of
> code project, thanks to Matthias Clasen and Johan Dahlin for reviewing
> my patches
> for GTK+, the GTK+ team in general for helping me and letting me fix menu
> constructors and do GtkActivatable which hopefully will make a good difference
> in Glade 3.6, thanks to all the awesome translators and all the new languages,
> thanks to the release-team for coordinating this stuff and being lenient with
> me at times... lets not forget Andre Klapper ! (what would any of us do without
> him ;-D) Im sure Im missing people, but thanks for your appreciation
> of the project
> over all !
>
> Anyway, like I said I havent had time for much lately, so you might find some
> bugs or uncomfortabilities, please report them and I will do my best
> to find some
> time to polish it off in the next bugfix release.
>
> Oh yeah... and PLEASE LOVE IT !!!!
>
> Enjoy,
> - the Glade team
>
>
> What is Glade ?
> ===============
> Glade is a RAD tool to enable quick & easy development of user
> interfaces
> for the Gtk+ toolkit and the GNOME desktop environment.
> The user interfaces designed in Glade are stored in XML format,
> enabling easy integration with external tools.
> In particular libglade can load the XML files and create the interfaces
> at runtime. The DTD for the XML files is included with libglade, and is
> also at http://glade.gnome.org/glade-2.0.dtd.
>
> ===========
> Glade 3.6.0
> ===========
> - Fixed bugs 574260, 573513, 573453, 574706, 567809
> (Juan Pablo Ugarte, Ryu Jinno, myself)
>
> New and updated translations
> ============================
> - Kostas Papadimas (el)
> - Claude Paroz (fr)
> - Kenneth Nielsen (da)
> - Ani Peter (ml)
> - Ignacio Casal Quinteiro (gl)
> - Krishnababu K (te)
> - Gintautas Miliauskas (lt)
> - Duarte Loreto (pt)
> - Manoj Kumar Giri (or)
> - Petr Kovar (cs)
> - Milo Casagrande (it)
> - Theppitak Karoonboonyanan (th)
> - Philip Withnall (en_GB)
> - Daniel Nylander (sv)
> - Nickolay V. Shmyrev (ru)
> - Ilkka Tuohela (fi)
> - Christian Kirbach, Hendrik Richter (de)
> - Baris Cicek (tr)
> - Philip Withnall (en_GB)
> - Raivis Dejus (lv)
> - Changwoo Ryu (ko)
> - Jorge Gonzalez (es)
> - Daniel Nylander (sv)
> - Kenneth Nielsen (da)
> - Gabor Kelemen (hu)
> - Inaki Larranaga Murgoitio (eu)
> - Clytie Siddall (vi)
> - Og Maciel, Jonh Wendell (pt_BR)
> - Claude Paroz (fr)
>
>
> Where can I get it ?
> ====================
>
> http://download.gnome.org/sources/glade3/3.6/
>
> For more information consult our home page at http://glade.gnome.org/
> _______________________________________________
> Glade-users maillist - Glade-users@...
> http://lists.ximian.com/mailman/listinfo/glade-users
>

Has Glade 3.6.x gotten to the Gentoo platform? I have updated my apps
but I still have the Glade 3.4.5 version.

Also has the documentation moved? My bookmarks to the API's don't seem
to work anymore.

Thanks,

dave
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Bug #579887 Ping

2009-04-26T19:30:59Z

Hi all,

I filed a gdl enhancement bug a few days ago with a patch and just
wanted to ping the list for a 'looks good it's going in' or a 'this is
complete crap go away'. :)

http://bugzilla.gnome.org/show_bug.cgi?id=579887

It adds a property to access the underlying GtkWindow of a floating
GdlDockItem's underlying GdlDock. My reasoning for wanting this in is
included with the bug report.

Thanks!

Les
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: gtksourceview retrieve highlighting info

2009-04-17T08:00:20Z

Hi!

> Is there a way to do this that I am unaware of or plans to add this
> sort of functionality?
> (this bug http://bugzilla.gnome.org/show_bug.cgi?id=547151 also gave
> me some trouble but I could just write my own bracket matcher if I had
> the functionalty mentioned above.)
>
This is the bug: http://bugzilla.gnome.org/show_bug.cgi?id=472660

I would really appreciate to have this in the next release because it
would be of much use.

Regards,
Johannes

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

signature.asc (204 bytes) Download Attachment

gtksourceview retrieve highlighting info

2009-04-17T06:56:52Z

Are there any plans to add a way to retrieve highlighting information from a sourcebuffer? I am working on an application in which I am doing syntax highlighting and undo/redo with a text buffer and I would rather use gtksourceview but for one issue. I need to be able to tell wether an iter is inside of a comment or a string etc and I can't seem to find any way to get this information out of a source buffer no matter what I try.

Is there a way to do this that I am unaware of or plans to add this sort of functionality?
(this bug http://bugzilla.gnome.org/show_bug.cgi?id=547151 also gave me some trouble but I could just write my own bracket matcher if I had the functionalty mentioned above.)

Thank you for your time,
Soren Berg

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Glade 3.6.2 Released

2009-04-15T20:59:55Z

Morning hackers,
Here is the second bugfix release on the 3.6 series which
just missed GNOME 2.26.1 but still has some important bug fixes...

Enjoy,
- Tristan

What is Glade ?
===============
Glade is a RAD tool to enable quick & easy development of user
interfaces for the GTK+ toolkit and the GNOME desktop environment.
The user interfaces designed in Glade are stored in an XML format
which is understood natively by GTK+, also enabling easy
integration with external tools.

===========
Glade 3.6.2
===========
- Fixed missing properties/attributes when serializing GtkWindows (bug 578211)
- Fixed loading state of cellrenderer attributes (whether to use
attribute or property
directly, bug 566928).

New and updated translations
============================
- Goran Rakic (sr, sr@latin)
- Jorge Gonzalez (es)

Where can I get it ?
====================

http://download.gnome.org/sources/glade3/3.6/

For more information consult our home page at http://glade.gnome.org/
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Glade 3.6.1 Released

2009-04-06T09:46:10Z

Hey !
So we got off to a bit of a rocky start with all the new features
in place, there were some more crashers and some regressions, and
ofcourse I've had my hands tied all this time, but here's a bugfix
release that should nail all of the critical bugs that cropped up
immediately after the big GNOME release.

Enjoy,
- Tristan

What is Glade ?
===============
Glade is a RAD tool to enable quick & easy development of user
interfaces for the GTK+ toolkit and the GNOME desktop environment.
The user interfaces designed in Glade are stored in an XML format
which is understood natively by GTK+, also enabling easy
integration with external tools.

===========
Glade 3.6.1
===========
- Fixed win32 crasher (bug 575206)
- Fixed crasher on internal widget selection
- Fixed libglade regression (libglade needs specific
ordering of properties, atk props, signals and accelerators)
- Fixed MSYS/MinGW build (Bug 576851 – Damon Register)
- Disable loading and displaying of 'data' property on GtkTreeStore
(only GtkListStore understands the 'data' construct).
- Properly initialize a GValue on stack (bug 577822 - Felix Riemann)

New and updated translations
============================
- Petr Kovar, Andre Klapper (cs)
- Djihed Afifi (ar)

Where can I get it ?
====================

http://download.gnome.org/sources/glade3/3.6/

For some outdated information consult our home page at http://glade.gnome.org/
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Gdl 2.26.0 released

2009-03-16T12:59:07Z

Hi!

I just released version 2.26.0 of the GNOME Docking library. This
release features mainly bug-fixes from the previous 2.24.x releases.
Special thanks to Joel Holdsworth for his support on gdl (he uses it for
the Lumiera Project: Lumiera http://lumiera.org)

Gdl has also been branched, the branch is called gnome-2-26 as usually.
Development will continue in trunk while bug-fixing will still happen in
the gnome-2-26 branch. Please update D-L!

Tarballs: http://download.gnome.org/sources/gdl/2.26/

Thanks,
Johannes

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

signature.asc (204 bytes) Download Attachment

Glade 3.6.0 Released

2009-03-16T11:33:25Z

Hello hackers !

So here we are, like it or not, its release day.
There are alot of things I havent had time to do lately,
among them is writing proper release notes - I will do
that some time this week and blog about it.

Glade has seen a world of improvement since 3.4, if you
dont know about it, then I should at least skim over the
new features and control we offer over your interface.

Dual Project Formats
====================
Now projects can be edited in libglade format and in GtkBuilder
format, offering you a load of new features only available in
GtkBuilder format (also removing access to deprecated widgets).

Projects can be converted, the operation is undoable, and can
result in data loss when some objects/widgets cant be ported to
the target format (classic libglade format projects can always
be converted to GtkBuilder format).

Target Project Version
======================
Glade now lets you target your GTK+ version for your project,
giving you visual feedback and warnings about objects, properties
and signals that you may be using that are not available in
the targetted version of GTK+.

Interestingly Glade 3.6 depends on GTK+ 2.14, but gives you access to GTK+
properties from GTK+ 2.16 even if only running against 2.14.

Access to new objects
=====================
In GtkBuilder format, we have access to a whole new world of objects
we've never seen before in Glade:

- GtkAction: Represent your UI frontend widget(s) by an Action, actions
are a great abstraction for UI components and let you have multiple
screen widgets that correspond to a single "action" who all conform
to the said actions state.

- GTK+ MVC Framework:
Now we give you access to GtkTreeView, GtkIconView, GtkComboBox
(as a view),
GtkListStore, GtkTreeStore in Glade. That pretty much says it
all, I encourage
you all to try it, define columns and data for your treemodel,
define columns
and renderers for your treeview, in an all in one treeview editor.

- GtkIconFactory:
Add your own stock id definitions using an icon factory, define graphics
for different widget sizes and widget states.

- GtkSizeGroup:
Add widgets to logical groups that ensure all members have the same size.

Sexy New Editors
================
With a new internal interface, we allow plugins to define editor layouts on a
class level basis, now we have customized editors for GtkButton,
GtkImage, GtkLabel,
GtkEntry and many more (and they all have size to fit word wrapping
property description
texts in them).

The Python Plugin
=================
This is finally worked out into a plugin, its been around for a while now but
wasnt publicly/stably released to my knowlage, what it does is allow Glade to
introspect and load your python classes properties and signals and add it to
the palette automatically (with the use of a one or 2 liner user catalog),
documentation coming, or ask Juan Pablo ;-)

Some Enhancements
=================
- Inspector lets you filter and search the project with an added entry
(behaves like DevHelp's search entry but on the project).

- You can edit widgets inline with their editor in a dialog (Edit
Separately in
context menu), this editor window will stay on the same widget
when selection
changes).

Also THANKYOU to so many people who supported Glade, who filed bugs, who sent
patches or gave some moral support, Thanks to Juan Pablo for fixing bugs when
I couldnt be there, thanks to Pavel Kostyuchenko and Google for his summer of
code project, thanks to Matthias Clasen and Johan Dahlin for reviewing
my patches
for GTK+, the GTK+ team in general for helping me and letting me fix menu
constructors and do GtkActivatable which hopefully will make a good difference
in Glade 3.6, thanks to all the awesome translators and all the new languages,
thanks to the release-team for coordinating this stuff and being lenient with
me at times... lets not forget Andre Klapper ! (what would any of us do without
him ;-D) Im sure Im missing people, but thanks for your appreciation
of the project
over all !

Anyway, like I said I havent had time for much lately, so you might find some
bugs or uncomfortabilities, please report them and I will do my best
to find some
time to polish it off in the next bugfix release.

Oh yeah... and PLEASE LOVE IT !!!!

Enjoy,
- the Glade team

What is Glade ?
===============
Glade is a RAD tool to enable quick & easy development of user
interfaces
for the Gtk+ toolkit and the GNOME desktop environment.
The user interfaces designed in Glade are stored in XML format,
enabling easy integration with external tools.
In particular libglade can load the XML files and create the interfaces
at runtime. The DTD for the XML files is included with libglade, and is
also at http://glade.gnome.org/glade-2.0.dtd.

===========
Glade 3.6.0
===========
- Fixed bugs 574260, 573513, 573453, 574706, 567809
(Juan Pablo Ugarte, Ryu Jinno, myself)

New and updated translations
============================
- Kostas Papadimas (el)
- Claude Paroz (fr)
- Kenneth Nielsen (da)
- Ani Peter (ml)
- Ignacio Casal Quinteiro (gl)
- Krishnababu K (te)
- Gintautas Miliauskas (lt)
- Duarte Loreto (pt)
- Manoj Kumar Giri (or)
- Petr Kovar (cs)
- Milo Casagrande (it)
- Theppitak Karoonboonyanan (th)
- Philip Withnall (en_GB)
- Daniel Nylander (sv)
- Nickolay V. Shmyrev (ru)
- Ilkka Tuohela (fi)
- Christian Kirbach, Hendrik Richter (de)
- Baris Cicek (tr)
- Philip Withnall (en_GB)
- Raivis Dejus (lv)
- Changwoo Ryu (ko)
- Jorge Gonzalez (es)
- Daniel Nylander (sv)
- Kenneth Nielsen (da)
- Gabor Kelemen (hu)
- Inaki Larranaga Murgoitio (eu)
- Clytie Siddall (vi)
- Og Maciel, Jonh Wendell (pt_BR)
- Claude Paroz (fr)

Where can I get it ?
====================

http://download.gnome.org/sources/glade3/3.6/

For more information consult our home page at http://glade.gnome.org/
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Option "s" with regex for GtkSourceView language definition

2009-03-11T19:58:32Z

Hi,

I'm working on a new version of the Markdown language definition for
gedit (see <http://live.gnome.org/Gedit/MarkdownSupport> for the actual
version).

I try to use the regex option to make the metacharacter "." match the
"\n". According to GtkSourceView's language definition tutorial,
<http://library.gnome.org/devel/gtksourceview/stable/lang-tutorial.html>,
we can use the option "s", but I'm not able. Say we have this little
example of mylanguage.lang put on
~/.local/share/gtksourceview-2.0/language-specs:

<?xml version="1.0" encoding="UTF-8"?>
<language id="mylanguage" _name="My language" version="2.0"
_section="Others">
<metadata>
<property name="mimetypes">text/x-mylanguage</property>
<property name="globs">*.mylang</property>
</metadata>
<styles>
<style id="case-insensitive" _name="Case insensitive" map-to="def:note"/>
<style id="metacharacter" _name="Metacharacter"
map-to="def:special-char"/>
</styles>
<definitions>
<context id="mylanguage">
<include>
<context id="case-insensitive" style-ref="case-insensitive">
<match>(?i)test one</match>
</context>
<context id="metacharacter" style-ref="metacharacter">
<match>(?s)test.two</match>
</context>
</include>
</context>
</definitions>
</language>

The context case-insensitive works well, so I can type:

test one
Test one
Test One

and these 3 lines will be highlighted. However, the context
metacharacter doesn't match the "\n". For example:

test two

will be highlighted, but not:

test
two

What's wrong?

Also, in the gtksourceview-1.90.1's changelog:

<http://ftp.gnome.org/pub/GNOME/sources/gtksourceview/1.90/gtksourceview-1.90.1.changes>

I've read this:

> 2007-05-27 Yevgen Muntyan <muntyan@...>
>
> * gtksourceview/language-specs/def.lang:
> * gtksourceview/language-specs/javascript.lang:
> * gtksourceview/language-specs/po.lang:
> * gtksourceview/language-specs/sql.lang:
> added FIXME comments where \n is used in patterns. Lame, indeed.

It's not possible to use "\n" in patterns?

Thanks a lot,

Jean-Philippe
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Re: GtkSourceView - Is it possible to create a composite language definition? (XML + Script)

2009-03-08T04:40:11Z

Hi,

Il giorno gio, 05/03/2009 alle 06.06 -0800, pwnedd ha scritto:
> I would like to create a language definition for handling Adobe Flex .mxml
> files, which are a combination of XML and ActionScript
> (http://blog.flexexamples.com/ has some examples of what the code looks
> like). The main part of the document is XML, and is parsed fine by the
> GTKSourceView XML language definition.
>

http://bugzilla.gnome.org/show_bug.cgi?id=540935 has some syntax files
for mxml attached that may good or that may need further work...

> The question I have is- is it possible to specify that the XML language
> definition should be used for the document everywhere except inside of CDATA
> blocks, in which case xxxx language definition should be used? This way I
> could write a language definition for ActionScript, and then have the mxml
> definition use that for the CDATA blocks.
>

Yes, this is possible you have to "replace" the xml cdata block with a
custom one: see how docbook.lang replaces the generic xml element with
docbook tags.

Hope that helps,

Paolo

> Any thoughts?
>
> Thanks,
> Keith

_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

Devhelp maintainer needed

2009-03-05T06:34:24Z

Hi all,

I've decided to let go of Devhelp so if someone wants to pick it up,
feel free to do so. It should be fairly quick and easy, it's a small and
simple code base.

The current status is that trunk is in good shape code-wise (much better
than the old 2.22 branch used for the upcoming GNOME version), so as
soon as WebKit becomes an allowed dependency, I recommend switching over
to trunk.

Good luck,
Richard
_______________________________________________
gnome-devtools mailing list
gnome-devtools@...
http://mail.gnome.org/mailman/listinfo/gnome-devtools

GtkSourceView - Is it possible to create a composite language definition? (XML + Script)

2009-03-05T06:06:34Z

I would like to create a language definition for handling Adobe Flex .mxml files, which are a combination of XML and ActionScript (http://blog.flexexamples.com/ has some examples of what the code looks like). The main part of the document is XML, and is parsed fine by the GTKSourceView XML language definition.

The question I have is- is it possible to specify that the XML language definition should be used for the document everywhere except inside of CDATA blocks, in which case xxxx language definition should be used? This way I could write a language definition for ActionScript, and then have the mxml definition use that for the CDATA blocks.

Any thoughts?

Thanks,
Keith