2008/9/19 Daniel Espinosa [EMAIL PROTECTED]
May be could be usefull to modify the code at GnomeDbDataWidgetInfo in
order to add properties that allows to hide this objects, in order to share
this functionality.
Yes, I'll note that on my TODO list.
Vivien
Hi,
On Tue, Sep 16, 2008 at 3:48 PM, Sam Thursfield [EMAIL PROTECTED] wrote:
It seems as though the first thing GtkTreeView does on receiving the
model is to iterate through every root node, calling iter_has_child
and iter_next for each until iter_next returns FALSE. This then leads
to my
Hello,
I have a specific MS Windows problem when I launch a process.
The code :
string command = %s -n --sort=no --fields=-k-f-s-t+K+l+n -f - \%s\
.printf (Config.VALIDE_CTAGS_EXEC, filename);
Process.spawn_command_line_sync (command, out output, null, null);
Do you have gspawn-win32-helper.exe and
gspawn-win32-helper-console.exe in your PATH, or in the bin folder
under your GLib installation directory?
Try running the program with the environment variable
G_SPAWN_WIN32_DEBUG set to some value and you will see debugging
information printed to stdout
Le vendredi 19 septembre 2008, à 00:36 +0200, Vincent Untz a écrit :
Le jeudi 18 septembre 2008, à 21:53 +0200, Kjartan Maraas a écrit :
[EMAIL PROTECTED] share]$ find . -name *.ui | xargs grep page_size
You should look for glade files too, I guess.
I've run this on my jhbuild of GNOME
Le jeudi 18 septembre 2008, à 22:25 -0400, Matthias Clasen a écrit :
On Thu, Sep 18, 2008 at 4:36 AM, Sebastien Bacher [EMAIL PROTECTED] wrote:
Would it be possible to reconsider this change? That's somewhat a
compatibility breakage and will create issues in lot of softwares.
If the
Le vendredi 19 septembre 2008, à 10:36 +0200, Vincent Untz a écrit :
Le vendredi 19 septembre 2008, à 00:36 +0200, Vincent Untz a écrit :
Le jeudi 18 septembre 2008, à 21:53 +0200, Kjartan Maraas a écrit :
[EMAIL PROTECTED] share]$ find . -name *.ui | xargs grep page_size
You should
to., 18.09.2008 kl. 10.36 +0200, skrev Sebastien Bacher:
Hello,
The new GTK 2.14 changed the way GtkAdjustements are working:
* GtkAdjustment now enforces that values are restricted to the
range [lower, upper - page_size]. This has always been the documented
behaviour, and the
On Fri, Sep 19, 2008 at 10:39 AM, Vincent Untz [EMAIL PROTECTED] wrote:
If this is a major issue, we should either reach consensus that GTK+
should revert this ASAP or decide to fix all our .glade/.ui files now.
The latter won't help with applications we don't maintain, though.
Fixing seems
On Fri, Sep 19, 2008 at 4:39 AM, Vincent Untz [EMAIL PROTECTED] wrote:
Le jeudi 18 septembre 2008, à 22:25 -0400, Matthias Clasen a écrit :
On Thu, Sep 18, 2008 at 4:36 AM, Sebastien Bacher [EMAIL PROTECTED] wrote:
Would it be possible to reconsider this change? That's somewhat a
On Fri, Sep 19, 2008 at 10:04 AM, Jonathon Jongsma
[EMAIL PROTECTED] wrote:
Did I miss something that said that this issue only applies if you're using
glade? What about projects that don't use glade and set the page_size
attribute in code?
Nobody said that it only affects glade-using
Just FWIW, I see this as an so severe problem, that I've proposed on the
Ubuntu devel mailinglist to include a downstream patch which reverts the
behaviour to pre-2.14 (and pre 2.13 obviously).
I hope this is not being seen as a stab from the behind, and I wanted to
announce this here from a POV
2008/9/18 Sebastien Bacher [EMAIL PROTECTED]:
* GtkAdjustment now enforces that values are restricted to the
range [lower, upper - page_size]. This has always been the documented
behaviour, and the recommended practice is to set page_size to 0
when using adjustments for simple scalar
13 matches
Mail list logo