xfapplet panel plugin

[Stefan Stuhr]

man, 24 04 2006 kl. 11:35 -0300, skrev Adriano Winter Bess:
> Thanks for reporting this. Actually, the properties dialog behavior
> used to be identical to other plugins, but I've made some
> modifications recently that broke it. You may consider to file a bug
> against xfapplet, I'll look at it when I'm back home.

File a bug report where? I can't find Xfapplet in the Xfce Bugzilla.

> >       * Please add an option to expand the applet in the panel, in
the
> >         same way as it's done for the Xfce4panel separator plugin.
This
> >         would especially be useful for the GNOME task list applet,
if
> >         one should want to use that (and I would consider to do just
> >         that, see bug #1287[1] for one of my reasons).
>
> Interesting, I've never bothered to test xfapplet with applets for
> which there are equivalent xfce plugins, I guess no one would ever use
> them. But I'll check that either.
>
> >       * The task list and status area applets lacks the handle they have
> >         in gnome-panel, making the applet right click menu unavailable.
> 
> Again, never tested it, but thanks for reporting. I'll see what can be done.

I have never written a GNOME Panel applet, but it seems that applets use
panel_applet_set_flags() with PanelAppletFlags to set these things.

typedef enum {
	PANEL_APPLET_FLAGS_NONE   = 0,
	PANEL_APPLET_EXPAND_MAJOR = 1 << 0,
	PANEL_APPLET_EXPAND_MINOR = 1 << 1,
	PANEL_APPLET_HAS_HANDLE   = 1 << 2,
} PanelAppletFlags;
----------
void        panel_applet_set_flags          (PanelApplet *applet,
                                             PanelAppletFlags flags);
----------
http://developer.gnome.org/doc/API/2.0/panel-applet/panelapplet.html

<!-- ##### ENUM PanelAppletFlags ##### -->
<para>
The #PanelAppletFlags associated with the applet are boolean flags which
the panel may read in order to figure out how to handle the applet.
</para>

@PANEL_APPLET_FLAGS_NONE: No flags are to be associated with the applet.
@PANEL_APPLET_EXPAND_MAJOR: The applet should expand horizontally on an
horizontal panel and vertically on a vertical panel - e.g. the behaviour
of the Window List applet.
@PANEL_APPLET_EXPAND_MINOR: The applet should expand vertically on an
horizontal panel and horizontally on a vertical panel. Most applets should
set this flag in order to utilise the full panel width and allow the applet
to be Fitt's Law compliant.
@PANEL_APPLET_HAS_HANDLE: The panel should draw a grab handle around the
applet - e.g. the Window List and Notification Area applets both set this
flag.
----------
http://cvs.gnome.org/viewcvs/gnome-panel/doc/reference/panel-applet/tmpl/panel-applet.sgml?view=markup

> >       * xfapplet currently claims to depend on ORBit-2.0 2.12.5. Is
> >         there a reason for this? I have ORBit-2.0 2.12.4, and had to
> >         edit configure.ac.in in order to configure xfapplet, and
> >         xfapplet seems to work just fine with that version of ORBit-2.0.
> 
> Yes, unfortunetelly there is (this is stated in ChangeLog). Please
> take a look at Gnome bugzilla #322730 [1]. As you'll find out there,
> neither Gnome developers had a plain understanding about the problem,
> but the fact is that it was crashing for me and the dependency needed
> to be added. If it works for you with ORBit-2.12.4, you're lucky ;)
> What may be happening is that you do not notice the crash, because it
> happens on exit. Try running xfce-panel from a terminal window with
> core dumps enabled and see if you get a core from xfapplet.
> 
> [1] http://bugzilla.gnome.org/show_bug.cgi?id=322730

Okay. No, I haven't tried to have an xfapplet item with an active applet
in one of my panels while exiting xfce4-panel. Maybe I should try that.

> Adriano Winter Bess

Thanks,
Stefan