headers
Stephen M. Przepiora | 1 Mar 2003 23:48

bonobo control problem


I am trying to learn how to make a bonobo control and created a simple
one that just makes a label. The test container I wrote seems to work
fine with other controls so I have been concentrating on the control I
wrote.

The error I am getting is:
(bonobo_test:5752): Bonobo-CRITICAL **: file bonobo-object.c: line 286
(bonobo_object_unref): assertion `ao != NULL' failed

The code for the control is small so I am pasting it in here:

#define OAFIID "OAFIID:Bonobo_Test_Label"

static BonoboObject* factory_fn (BonoboGenericFactory *this, const char
*object_id, void *data)
{
	GtkWidget *label = NULL;
	BonoboObject *object = NULL;
	label = gtk_label_new ("foo");
	gtk_widget_show (label);
	return BONOBO_OBJECT (label);
}

BONOBO_OAF_FACTORY_MULTI (OAFIID, "Test bonobo label", VERSION,
factory_fn, NULL);

What am I doing wrong? I have been trying for the past few hours and can
not get this to work.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Charles Iliya Krempeaux | 2 Mar 2003 18:23
Picon
Favicon

Re: gnome-vfs/GIOChannel for parsing


Hello,

On Sat, 2003-02-22 at 15:04, Colin Walters wrote:
> First, let me say that I've updated the GStream proposal; changes
> include:
> 
> * Discussion of GNet
> * More examples of problems with GIOChannel
> * Links to relevant work
> * Rewritten second half, including a discussion of async I/O
> 
> Here's the URL again:
> 
> http://web.verbum.org/~walters/files/stream/index.html

Just an FYI.  For Gtk# <http://gtk-sharp.sf.net/> I have
already wrapped (part of) GnomeVFS in the Stream class.

So, if you are looking to use GnomeVFS, in a .NET style,
then you could use that.

(This likely has nothing to do with you conversation at hand,
but I thought you might find it interesting.)

(It is not in the CVS yet though.)

See ya

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark McLoughlin | 2 Mar 2003 20:03
Picon

Re: bonobo control problem


Hi,

On Sun, 2003-03-02 at 11:48, Stephen M. Przepiora wrote:

> #define OAFIID "OAFIID:Bonobo_Test_Label"
> 
> static BonoboObject* factory_fn (BonoboGenericFactory *this, const char
> *object_id, void *data)
> {
> 	GtkWidget *label = NULL;
> 	BonoboObject *object = NULL;
> 	label = gtk_label_new ("foo");
> 	gtk_widget_show (label);

	return BONOBO_OBJECT (bonobo_control_new (label));

> 	return BONOBO_OBJECT (label);
> }
> 
> BONOBO_OAF_FACTORY_MULTI (OAFIID, "Test bonobo label", VERSION,
> factory_fn, NULL);
> 
> 
> What am I doing wrong? I have been trying for the past few hours and can
> not get this to work.

	You aren't actually creating a bonobo control. Have a look at
libbonoboui/doc/ui-across-boundaries.txt - it may help you.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Elliot Lee | 3 Mar 2003 06:00
Picon
Favicon

BUG NAG: 6402 bugs open on bugzilla.gnome.org


                     Component | # of Bugs
                      nautilus | 808  
                          gtk+ | 521  
                        galeon | 447  
                     gnome-vfs | 251  
                   gnome-panel | 223  
                 gnome-applets | 217  
                          GIMP | 213  
                control-center | 151  
                       GnuCash | 114  
                       sawfish | 109  
                gnome-terminal | 101  
                         balsa | 94   
                        libzvt | 93   
                        medusa | 92   
                    libgnomeui | 85   
                      metacity | 82   
                          glib | 80   
                     rhythmbox | 80   
                      Gnumeric | 80   
                           dia | 79   
                   gnome-media | 74   
                           gdm | 69   
                     GStreamer | 68   
                         pango | 68   
                           Pan | 67   
                         gedit | 67   
                          Yelp | 67   
                 gnome-session | 66
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kurt Fitzner | 3 Mar 2003 08:17
Favicon

Direction 2.x is heading


I installed Slackware 9 beta a few weeks ago and by purest mischance got a
copy from a mirror that hadn't been updated in four months.  Thus, my copy had
Gnome 1.4 on it.  The differences between 1.2 (which is on my old workstation)
and 1.4 seemed generally minor and welcome.  I like Nautilus instead of gmc. 
When I realized my copy was four months out of date, I decided to upgrade my
packages to the latest and thus was introduced to Gnome 2.2.

I must say I wish I had been monitoring this list last October when the issues
of issuing a release with less features than a previous release came up in
this mailing list.  I spent allmost all of yesterday reading archives and
searching around for answers to my problems.

First of all, I'm completely shocked at the window manager decision.  One
writer posted, and I wholeheartedly agree, that Gnome has drifted far from its
roots indeed to cease to encourage choice in window managers.  In effect, all
the other window managers have been turned from partners into competitors. 
Another company did that not too long ago.  3dfx used to manufacture chipsets
for video boards and had a great number of partner companies who manufactured
the boards.  Then they switched to only manufacturing the actual video cards. 
Check out www.3dfx.com to see where they sit today.

Yes, I understand that one can set the WINDOW_MANAGER environment variable. 
That fact turned up in one post on this list and nowhere else I could find. 
The change that has been made is not so much a change in functionality, but a
change in emphasis and focus.  The "dumb it down" type changes that I'm seeing
in Gnome is particularly dissappointing in a Linux package.

So, when neither Afterstep nor Windowmaker would work with Gnome 2.2 (the
session manager started the window manager, but froze there and would not
(Continue reading)

Permalink | Reply | 1 comment |
headers
Dennis Heuer | 1 Mar 2003 10:30

splash screen showing gnome foots


Hello - 

don't know if this is already discussed, I just got aware of it.

I kept gkrellm2 on my screen as I was closing the session. The next time I started gnome I had four gnome foots
on splash screen which all resulted of the gkrellm2 startup. I found out that the more programs I kept on
screen when closing a session the more foots I got when starting a new session. OK, there may be something
with these tools that they don't offer a nice icon or whatever but why all these tools get their own place on
the splash screen? Shouldn't there be a startup app that starts all progs from session info and shows just
one icon for that time? 

At least for me this sounds logical :)

Greetings
Dennis Heuer
Permalink | Reply | 0 comments |
headers
Murray.Cumming | 3 Mar 2003 09:24

RE: Direction 2.x is heading


> -----Original Message-----
> From: Kurt Fitzner [mailto:kf_bulk <at> excelcia.org] 
> First of all, I'm completely shocked at the window manager 
> decision.  One writer posted, and I wholeheartedly agree, 
> that Gnome has drifted far from its roots indeed to cease to 
> encourage choice in window managers.

GNOME2 does not force you to use any particular window manager. If it seems
to in practice then it's a bug.

> The change that has been made is not so much a change in 
> functionality, but a change in emphasis and focus.

What do you have against good defaults?

> So, when neither Afterstep nor Windowmaker would work with 
> Gnome 2.2 (the session manager started the window manager, 
> but froze there and would not start anything else when I set 
> the WINDOW_MANGER var)

That sounds like a bug. Please report it in bugzilla. You can't seriously
think that a frozen desktop is what we want.

> I urge the developers and those steering Gnome to bring it 
> back to its roots.  Embrace the other window managers and 
> treat them as the valued partners they were at one time.  

There is no problem. As I understand it, the other window managers have been
embraced by creating a shared spec that they can all implement to work fully
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dmitry G. Mastrukov | 3 Mar 2003 11:43

UTF-8 in filenames when saving


Hi, All!

I use locale with koi8-r (non-UTF) encoding. I can see non-ascii
filenames on filesystem through file selector when i set
G_BROKEN_FILENAMES=1 variable. But some applications, at least gedit and
glade, cannot save file with non-ascii filename correctly. Filenames
appear as UTF-8 sequences, back conversion from UTF-8 to locale encoding
does not occur however glib has such functions
g_filename_from_utf8/uri(). 
I'd like to file bugreport but who is in charge of such mistake: more
common gnome-vfs or each application itself? Any thoughts? 

Regards,
Dmitry
Permalink | Reply | 0 comments |
headers
Michael Meeks | 3 Mar 2003 12:32

Re: gnome-vfs/GIOChannel for parsing


On Fri, 2003-02-28 at 17:28, Havoc Pennington wrote:
> On Fri, Feb 28, 2003 at 10:12:46AM +0000, Michael Meeks wrote: 
> > [1] - and yes I know you can point to a list with millions of lines of 
> >       discussion about twigs - while people are burning great chunks of
> >       forest elsewhere undiscussed.
>
> You decided you don't like cross-desktop specs and don't care about
> GTK.  So you aren't reading gtk-devel-list, you aren't reading
> xdg-list, you aren't reading bugzilla mail for GTK, etc.  Then you
> complain about how you don't know what's going on in these areas.

	Wait - you decided I don't like cross-desktop specs, etc.

	I was rather hoping that decisions that affect Gnome dramatically,
particularly in the region of IPC - which you may notice I've been
slogging my guts out making work for the last several years - _might_ be
discussed / mentioned / pointed out to me on a _GNOME_ list.

> If you aren't going to participate in GTK design discussions, as you
> never have, then you aren't going to know anything about them.

	I spot a more acute relational breakdown here than I had suspected.
Reading the gtk+-devel list archive for the last few days demonstrates
otherwise - you're being unreasonable. It's true there are ~3k unread
mails in my gtk+ folder - but I was mostly hoping to hack on Gnome.
People shying from the archive, might remember me participating in the
file selector design discussion in Boston - hopefully to some lasting
effect.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Mikael Hallendal | 3 Mar 2003 12:47
Picon

Re: gnome-vfs/GIOChannel for parsing


mån 2003-03-03 klockan 12.32 skrev Michael Meeks:
> On Fri, 2003-02-28 at 17:28, Havoc Pennington wrote:
> > On Fri, Feb 28, 2003 at 10:12:46AM +0000, Michael Meeks wrote: 
> > > [1] - and yes I know you can point to a list with millions of lines of 
> > >       discussion about twigs - while people are burning great chunks of
> > >       forest elsewhere undiscussed.
> >
> > You decided you don't like cross-desktop specs and don't care about
> > GTK.  So you aren't reading gtk-devel-list, you aren't reading
> > xdg-list, you aren't reading bugzilla mail for GTK, etc.  Then you
> > complain about how you don't know what's going on in these areas.
> 
> 	Wait - you decided I don't like cross-desktop specs, etc.
> 
> 	I was rather hoping that decisions that affect Gnome dramatically,
> particularly in the region of IPC - which you may notice I've been
> slogging my guts out making work for the last several years - _might_ be
> discussed / mentioned / pointed out to me on a _GNOME_ list.

That's because there has been no descission taken that D-BUS is going to
replace anything or even be part of GNOME in the future. Lots of people
seems to want it to be part of GNOME but there has been no descission
taken from anywhere that it is going in.

I'm pretty sure that those involved in D-BUS development has waited with
announcing it until they have some code to back things up. No point in
discussing things that doesn't exist since that would only lead to "it
will never be stable, it will never work, ..."-kinda arguments which
doesn't help anyone.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane