Re: Glade 3.40.0 released!

[Juan Pablo Ugarte via desktop-devel-list]

Added/updated translations:
- ab, courtesy of Нанба Наала
- ca, courtesy of Miquel-Àngel Burgos i Fradeja
- cs, courtesy of Marek Černocký
- da, courtesy of Alan Mortensen
- da, courtesy of Ask Hjorth Larsen
- de, courtesy of Mario Blättermann
- de, courtesy of Philipp Kiemle
- en_GB, courtesy of Zander Brown
- es, courtesy of Daniel Mustieles
- es, courtesy of Daniel Mustieles García
- eu, courtesy of Asier Sarasua Garmendia
- fr, courtesy of Charles Monzat
- gl, courtesy of Fran Dieguez
- hu, courtesy of Balázs Úr
- id, courtesy of Andika Triwidada
- id, courtesy of Kukuh Syafaat
- it, courtesy of Milo Casagrande
- ka, courtesy of Temuri Doghonadze
- ko, courtesy of Changwoo Ryu
- lt, courtesy of Aurimas Černius
- ne, courtesy of Pawan Chitrakar
- oc, courtesy of "Last-Translator: Quentin PAGÈS
- pl, courtesy of Piotr Drąg
- pt_BR, courtesy of Rafael Fontenelle
- pt, courtesy of Hugo Carvalho
- ro, courtesy of Florentina Mușat
- ru, courtesy of Aleksandr Melman
- ru, courtesy of Ser82-png
- sl, courtesy of Matej Urbančič
- sr, courtesy of Марко М. Костић
- sv, courtesy of Anders Jonsson
- tr, courtesy of Emin Tufan Çetin
- uk, courtesy of Yuri Chornoivan
- zh_CN, courtesy of lumingzh

On Wed, Aug 10, 2022 at 4:36 PM Juan Pablo Ugarte 
wrote:

> I am sad to announce this will be the last Glade stable release I will
> make.
>
> Glade is not being actively developed or maintained anymore.
> If you are interested in becoming a maintainer please contact us on gitlab.
>
> Changelog:
>  - Remove survey
>  - Add user manual menu item (Sabri Ünal)
>  - 'Clear' action in "Setup Text Attributes" dialog now clears only
> selected attributes (crvi)
>  - Fix issue #502 sync draw-indicator on setting xalign (Caolán McNamara)
>  - Fix issue #499 and #509 "Drop overzealous check using only the first
> child"
>  - Fix Segfault in gnome-builder when widget doesn't have a name (Peter
> Maatman)
>  - Fix issue #373 "Move separator in hamburger menu one up, to be
> consistent with other GNOME applications"
>  - Fix build against Python 3.9
>  - Fix issue #484 "Crash with GtkRecentChooserDialog"
>  - Fix issue #194 "Using List Store can result in program crash."
>  - Fix issue #53 "Can't choose a FileChooserDialog for a FileChooserButton"
>  - Fix issue #98 #491
>  - Fix issue #355 "Make notification text selectable"
>  - Fix windows build on msys
>  - Fix issue #360 "No examples in documentation on using custom catalogues
> with gtkBuilder"
>  - Fix issue #406 "AtkObject::accessible-role should not be translatable"
>  - Fix issue #479 "Glade 3.36.0 segfaults when opening a file"
>  - Fix issue #471 "XML not updated after adding element"
>  - Fix issue #474 "GtkLabel: setup text attribute issues"
>  - Fix issue #480 "version field not always updated in XML"
>  - Fix issue pasing widget with ctrl+v in GtkGrid
>  - Fix issue #470 "Widgets of type need placeholders to add children"
>  - Fix issue #472 "gnome-nightly: About dialog should display git commit
> rev"
>
> Download:
>
> *https://download.gnome.org/sources/glade/3.40/glade-3.40.0.tar.xz
> <https://download.gnome.org/sources/glade/3.40/glade-3.40.0.tar.xz>*
> <https://download.gnome.org/sources/glade/3.38/glade-3.38.1.tar.xz>
> sha256sum:
> 31c9adaea849972ab9517b564e19ac19977ca97758b109edc3167008f53e3d9c
>
> For more information on the Glade project see our home page
> at http://glade.gnome.org/
>
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Glade 3.40.0 released!

[Juan Pablo Ugarte via desktop-devel-list]

I am sad to announce this will be the last Glade stable release I will make.

Glade is not being actively developed or maintained anymore.
If you are interested in becoming a maintainer please contact us on gitlab.

Changelog:
 - Remove survey
 - Add user manual menu item (Sabri Ünal)
 - 'Clear' action in "Setup Text Attributes" dialog now clears only
selected attributes (crvi)
 - Fix issue #502 sync draw-indicator on setting xalign (Caolán McNamara)
 - Fix issue #499 and #509 "Drop overzealous check using only the first
child"
 - Fix Segfault in gnome-builder when widget doesn't have a name (Peter
Maatman)
 - Fix issue #373 "Move separator in hamburger menu one up, to be
consistent with other GNOME applications"
 - Fix build against Python 3.9
 - Fix issue #484 "Crash with GtkRecentChooserDialog"
 - Fix issue #194 "Using List Store can result in program crash."
 - Fix issue #53 "Can't choose a FileChooserDialog for a FileChooserButton"
 - Fix issue #98 #491
 - Fix issue #355 "Make notification text selectable"
 - Fix windows build on msys
 - Fix issue #360 "No examples in documentation on using custom catalogues
with gtkBuilder"
 - Fix issue #406 "AtkObject::accessible-role should not be translatable"
 - Fix issue #479 "Glade 3.36.0 segfaults when opening a file"
 - Fix issue #471 "XML not updated after adding element"
 - Fix issue #474 "GtkLabel: setup text attribute issues"
 - Fix issue #480 "version field not always updated in XML"
 - Fix issue pasing widget with ctrl+v in GtkGrid
 - Fix issue #470 "Widgets of type need placeholders to add children"
 - Fix issue #472 "gnome-nightly: About dialog should display git commit
rev"

Download:

*https://download.gnome.org/sources/glade/3.40/glade-3.40.0.tar.xz
*

sha256sum:
31c9adaea849972ab9517b564e19ac19977ca97758b109edc3167008f53e3d9c

For more information on the Glade project see our home page
at http://glade.gnome.org/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Glade 3.38.2 released!

[Juan Pablo Ugarte via desktop-devel-list]

Glade 3.38.2 is the second bugfix release in the series.

It includes a few fixes mostly to make it compile under windows.

Changelog:

- Fix windows compatibility issues
- Fix build against Python 3.9 (Jan Alexander Steffens)
- Fix issue #355 "Make notification text selectable"
- Fix issue #53 "Can't choose a FileChooserDialog for a 
FileChooserButton"

- Fix issue #371 "Glade user survey not working (TLS error)"

Download:

_<https://download.gnome.org/sources/glade/3.38/glade-3.38.2.tar.xz>_
<https://download.gnome.org/sources/glade/3.38/glade-3.38.1.tar.xz>  
sha256sum:

98fc87647d88505c97dd2f30f2db2d3e9527515b3af11694787d62a8d28fbab7

For more information on the Glade project see our home page
at <http://glade.gnome.org/>

Enjoy,

   Juan Pablo

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Glade 3.38.1 released!

[Juan Pablo Ugarte via desktop-devel-list]

Glade 3.38.1 is the first bugfix release in the series.

It includes new translations and some stability and functionality fixes.

Changelog:

- Fix issue #471 "XML not updated after adding element"
- Fix issue #480 "version field not always updated in XML"
- Fix issue #474 "GtkLabel: setup text attribute issues"
- Fix issue #479 "Glade 3.36.0 segfaults when opening a file"
- Fix issue pasting widget with ctrl+v in GtkGrid

Added/updated translations

- cs, courtesy of Marek Černocký
- de, courtesy of Stephan Woidowski
- es, courtesy of Daniel Mustieles
- eu, courtesy of Asier Sarasua Garmendia
- fr, courtesy of Thibault Martin
- gl, courtesy of Fran Dieguez
- hu, courtesy of Meskó Balázs
- id, courtesy of Kukuh Syafaat
- it, courtesy of Milo Casagrande
- lt, courtesy of Aurimas Černius
- pl, courtesy of Piotr Drąg
- pt_BR, courtesy of Rafael Fontenelle
- sl, courtesy of Matej Urbančič
- sv, courtesy of Anders Jonsson
- tr, courtesy of Emin Tufan Çetin
- uk, courtesy of Yuri Chornoivan
- zh_CN, courtesy of Mandy Wang

Download:

<https://download.gnome.org/sources/glade/3.38/glade-3.38.1.tar.xz>  
sha256sum:

171a50be4930d4806fc8ce7f5ce3a75b49e9916f9d3037a5b50d35799bd0cfcd

For more information on the Glade project see our home page
at <http://glade.gnome.org/>

Enjoy,

   Juan Pablo

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Glade 3.38.0 Released!

[Juan Pablo Ugarte via desktop-devel-list]

Glade 3.38.0 is a new stable release!

It add support for automatic templates, JavaScript widgets, removes 
autotools and implements
the user survey with a new backend at surveys.gnome.org 
<http://surveys.gnome.org/>.


It also has lots of bug fixes and lots of cleanup.

For more detailed information check out my blog post at
<https://blogs.gnome.org/xjuan/2020/09/03/whats-new-with-glade/>

What is Glade?

Glade is a RAD tool to enable quick and easy development of user
interfaces for the GTK+ 3 toolkit and the GNOME desktop environment.

Changelog

	- Load template files as new GTypes and add them to "User templates" 
widget group automatically

  without the need of a catalog
- Added JavaScript widget support
- Use version data from gir to improve deprecation/target tests
- Implement survey using new backend at surveys.gnome.org
- Keep survey state in config file
- Associate with application/x-gtk-builder (Caolán McNamara)
	- Project properties dialog improvements. (Use headerbar, stack and 
stach switcher, add warnings textview)

- Improve toolkit target version selection in project properties dialog
- Improve treemodel char data type handling
- Remove autotools (Iñigo Martínez)
- New gjs-1.0 1.64 dependency
- Bump Gtk dependency to 3.24
- Bump webkit2gtk dependency to 2.28
- Fixed all compiler/gir warnings

Added/updated translations

- ca, courtesy of Gil Forcada
- ca, courtesy of Miquel-Àngel Burgos i Fradeja
- cs, courtesy of Marek Černocký
- da, courtesy of Ask Hjorth Larsen
- da, courtesy of Last-Translator: scootergrisen
- de, courtesy of Tim Sabsch
- en_GB, courtesy of Bruce Cowan
- es, courtesy of Daniel Mustieles
- eu, courtesy of Asier Sarasua Garmendia
- fr, courtesy of Thibault Martin
- gl, courtesy of Fran Dieguez
- hi, courtesy of Last-Translator:Sunny Sharma
- hu, courtesy of Balázs Úr
- id, courtesy of Kukuh Syafaat
- kk, courtesy of Baurzhan Muftakhidinov
- ko, courtesy of Changwoo Ryu
- lt, courtesy of Aurimas Černius
- pl, courtesy of Piotr Drąg
- pt_BR, courtesy of Rafael Fontenelle
- ro, courtesy of Florentina Mușat
- sl, courtesy of Matej Urbančič
- sv, courtesy of Anders Jonsson
- tr, courtesy of Emin Tufan Çetin
- uk, courtesy of Yuri Chornoivan
- zh_CN, courtesy of Mandy Wang

Where can I get it ?
==

https://download.gnome.org/sources/glade/3.38/glade-3.38.0.tar.xz 
<https://download.gnome.org/sources/glade/3.37/glade-3.37.0.tar.xz>

 sha256sum:
4a914c5c0b19c2e52fd4ad15077d406dbfd6ad0245e239d7390bf87f27d9103c

For more information on the Glade project see our home page
at <http://glade.gnome.org/>

Enjoy,

Juan Pablo

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Glade 3.37.0 Released!

[Juan Pablo Ugarte via desktop-devel-list]

Glade 3.37.0 is a new development release!

It add support for JavaScript widgets, removes autotools and implements
the user survey with a new backend at surveys.gnome.org.

It also has lots of bug fixes and lots of cleanup.

What is Glade?

Glade is a RAD tool to enable quick and easy development of user
interfaces for the GTK+ 3 toolkit and the GNOME desktop environment. 

Where can I get it ?
==

http://download.gnome.org/sources/glade/3.37/

Direct Download
===

https://download.gnome.org/sources/glade/3.37/glade-3.37.0.tar.xz
(2.5M)
  sha256sum:
80723ae6758bebf6ec1145609e3a659e0f671aae1c2b964f07742250f3e3140e

For more information on the Glade project see our home page
at http://glade.gnome.org/

Enjoy,
Juan Pablo






___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Pull request template for github mirror

[Juan Pablo Ugarte]

On Sat, 2016-02-27 at 15:46 +0100, Sébastien Wilmet wrote:

[...]

> Also, in every module it is normally explained how to contribute and
> submit patches, either in the README or HACKING file. The HACKING
> file
> contains other important information for contributing.

True, that is why I made a symbolic link CONTRIBUTING.md -> HACKING in
Glade but that does not work so I had to make HACKING a link to
CONTRIBUTING.md :)

greets

JP
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: how to apply to be Summer of Code mentor?

[Juan Pablo Ugarte]

On Wed, 2011-04-06 at 14:19 -0700, Sandy Armstrong wrote:
> On Wed, Apr 6, 2011 at 2:12 PM, daniel g. siegel  wrote:
> > On Wed, 2011-04-06 at 17:26 -0300, Juan Pablo Ugarte wrote:
> >> BTW what do mentors have to do donate the mentoring money to GNOME?
> >
> > nothing. this will be handled automatically by the soc admins and the
> > gnome foundations.
> 
> Point of clarification: mentors are not paid by Google.  Mentor
> *organizations* are paid by Google.
> 
> GNOME has never paid mentors, and has always used the money as a
> source of income for the Foundation itself.

Ok cool, I never participated before.
I just hope its 500 per mentor :)

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: how to apply to be Summer of Code mentor?

[Juan Pablo Ugarte]

On Wed, 2011-04-06 at 09:27 +0200, Johannes Schmid wrote:
> Hi Adam!
> 
> Am Dienstag, den 05.04.2011, 17:08 -0700 schrieb Adam Dingle:
> > A couple of weeks ago, Vincent wrote:
> > 
> >Good news: GNOME has been accepted as a mentoring organization for GSoC
> >2011, woo :-)
> > 
> >If you want to be a mentor, please apply with the following form:
> >  http://www.google-melange.com/gsoc/mentor/request/google/gsoc2011/gnome
> > 
> > That link has been broken for a while now.  I just looked around a bit 
> > on both the Google and GNOME summer of code pages, but couldn't 
> > immediately find answers to the following:
> 
> See http://www.google-melange.com/gsoc/profile/mentor/google/gsoc2011

>From GNOME's mentoring organization page
http://www.google-melange.com/gsoc/org/google/gsoc2011/gnome

the link to register as a mentor is
http://www.google-melange.com/gsoc/profile/mentor/google/gsoc2011?org=gnome

BTW what do mentors have to do donate the mentoring money to GNOME?

greets

Juan Pablo

> Regards,
> Johannes
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list


___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: SoC idea: desktop file cache

[Juan Pablo]

My point is, using dbus to transfer desktop entries is not a bad idea because 
of speed issues.

Besides this would be desktop agnostic and not a gnome custom implementation.

Cheers

Juan Pablo

Enviado desde mi iPhone

El 30/03/2011, a las 17:25, Nicolas Dufresne  
escribió:

> Le mercredi 30 mars 2011 à 22:01 +0300, Adrien Bustany a écrit :
>> Note that for big data transfers, using FD passing and a socket is
>> quite faster, but probably overkill here. 
> This is what we use for file transfer in Telepathy.
> 
> regards,
> Nicolas
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: SoC idea: desktop file cache

[Juan Pablo Ugarte]

Hi guys, I had to give DBUS a try, so I went and modified the gdbus test
to get some numbers.

Running a thousand transactions takes about 1.5 seconds and there is no
big difference if the we transfer 50 bytes or 4 kbytes.

Here is the output of the test on my machine (Athlon 64 x2 5600+ with
DDR2 ram)

Took 3.020150 seconds to run 2000 iterations of 51 bytes each =
33773.156962 bytes/s

Took 3.193050 seconds to run 2000 iterations of 4079 bytes each =
2554923.975509 bytes/s

Took 0.081563 seconds to run 2 iterations of 1007029 bytes each =
24693280.041195 bytes/s

Took 0.752203 seconds to run 20 iterations of 1007029 bytes each =
26775458.220720 bytes/s

I assume here the bottle neck is the context switch between both server
and client.

So I think DBus speed wont be an issue transferring desktop entries to a
client.

my 2 cents

Juan Pablo
#include 
#include 

/*  */

static GDBusNodeInfo *introspection_data = NULL;

/* Introspection data for the service we are exporting */
static const gchar introspection_xml[] =
  ""
  "  "
  ""
  "  "
  "  "
  ""
  "  "
  "";

gint n_entries = 1;

/*  */
#define DESKTOP_ENTRY "[Desktop Entry]" \
"Exec=abiword"\
"Icon=abiword_48"\
"Terminal=false"\
"Type=Application"\
"Categories=Office;WordProcessor;GNOME;GTK;X-Red-Hat-Base;"\
"StartupNotify=true"\
"X-Desktop-File-Install-Version=0.9"\
"MimeType=application/x-abiword;text/x-abiword;text/x-xml-abiword;text/plain;application/msword;application/rtf;"\
"application/vnd.plain;application/xhtml+xml;text/html;application/x-crossmark;application/docbook+xml;application/x-t602;application/vnd.oasis.opendocument.text;"\
"application/vnd.oasis.opendocument.text-template;application/vnd.oasis.opendocument.text-web;application/vnd.sun.xml.writer;application/vnd.stardivision.writer;"\
"text/vnd.wap.wml;application/wordperfect6;application/wordperfect5.1;application/vnd.wordperfect;application/x-abicollab;application/vnd.palm;application/x-applix-word;"\
"application/x-kword;application/x-mif;application/x-mswrite;application/x-palm-database;text/abiword;text/richtext;text/rtf;application/x-abicollab"\
"Name=AbiWord"\
"GenericName=Word Processor"\
"Comment=Compose, edit, and view documents"
static void
handle_method_call (GDBusConnection   *connection,
const gchar   *sender,
const gchar   *object_path,
const gchar   *interface_name,
const gchar   *method_name,
GVariant  *parameters,
GDBusMethodInvocation *invocation,
gpointer   user_data)
{
  if (g_strcmp0 (method_name, "HelloWorld") == 0)
{
  const gchar *greeting;
  GString *str;
  gchar *response;
  gint i;
  
  g_variant_get (parameters, "(&s)", &greeting);
  response = g_strdup_printf ("You said '%s'. KTHXBYE!\n", greeting);

  str = g_string_new (greeting);

  for (i = 0; i < n_entries; i++)
g_string_append (str, DESKTOP_ENTRY);
  
  g_dbus_method_invocation_return_value (invocation,
 g_variant_new ("(s)", str->str));
  g_free (response);
  g_string_free (str, TRUE);
//  g_print ("Client said: %s\n", greeting);
}
}

static const GDBusInterfaceVTable interface_vtable =
{
  handle_method_call,
  NULL,
  NULL,
};

/*  */

static gboolean
on_new_connection (GDBusServer *server,
   GDBusConnection *connection,
   gpointer user_data)
{
  guint registration_id;
  GCredentials *credentials;
  gchar *s;

  credentials = g_dbus_connection_get_peer_credentials (connection);
  if (credentials == NULL)
s = g_strdup ("(no credentials received)");
  else
s = g_credentials_to_string (credentials);


  g_print ("Client connected.\n"
   "Peer credentials: %s\n"
   "Negotiated capabilities: unix-fd-passing=%d\n",
   s,
   g_dbus_connection_get_capabilities (connection) & G_DBUS_CAPABILITY_FLAGS_UNIX_FD_PASSING);

  g_object_ref (connection);
  registration_id = g_dbus_connection_register_object (connection,
   "/org/gtk/GDBus/TestObject",
 

Re: SoC idea: desktop file cache

[Juan Pablo]

El 25/03/2011, a las 12:17, Colin Walters  escribió:

> On Fri, Mar 25, 2011 at 11:12 AM, Johannes Schmid  wrote:
>> Hi!
>> 
>> After reading Alan's and David's comment it occurs to me that it could
>> be way simpler to have a dbus-service handling the desktop files and
>> anybody wanting to access the desktop files in a fast way can use that
>> service (through a library wrapper).

I agree with Johannes

> I don't think that would make things faster; in fact it'd be more
> likely to make them slower.  DBus is just not designed for bulk data
> transfer.  Think about it - the bus daemon sits in the middle, copying
> strings around etc., have to be read in and out...

I do not think memcpy would be the bottle neck in this case.
Granted having this dbus service would use more ram, but I do not think that is 
a issue not even in embedded systems (last one I work with had 1gb)

It might be a little bit slower the first time depending when you launch the 
service.

But If you make sure the service is up with all the entries in memory before 
the first app request then things will be faster.

Now if we want to speed up reading all these small files. I would suggest 
creating a zipped tarball containing all the desktop entries.
Not only we get some speedup from the fact we had less data to read but also 
because there is a good chance most of the file blocks will be contiguous.
Which could be part of the standard so every time someone adds an entry is 
responsible for updating it or it could be updated by the dbus daemon itself.

For the later I would use the md5 of all the file names + modification time as 
the tarball name.

In any case I volunteer to implement such thing.

Cheers

Juan Pablo


> One thing that we should probably promote more about GNOME 3 is how
> far we are long in kicking GConf out, which had this
> single-threaded-centralized-daemon model.  When I was doing some
> profiling a while back, I was surprised by the extent to which gconfd
> acted as a serialization point for the entire desktop, especially if
> you didn't use PRELOAD_RECURSIVE for reading keys.
> dconf is just way better.
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list