[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Pan-devel] Re: Feature proposal

From: Duncan
Subject: [Pan-devel] Re: Feature proposal
Date: Sat, 6 Sep 2008 01:13:19 +0000 (UTC)
User-agent: Pan/0.133 (House of Butterflies)

"Christiano Farina Haesbaert"
<address@hidden> posted
address@hidden, excerpted
below, on  Fri, 05 Sep 2008 10:06:16 -0300:

> I'm not sure, but I believe that the notification area of gnome follows
> the freedesktop standard tightly, an implementation in it would allow
> the same notification area to work on kde/other systems. About the
> dependencies we could tailor the configure script to compile
> with/without the feature.

AFAIK you're right, it does follow the fd.o std well.  At one point I had 
some app, I /think/ GTK but don't recall for sure, that did show up in 
the KDE tray.  I was quite pleased. =:^)

The configure --with/--without/<autodetect> idea is what I had in mind as 
well.  Pan already uses that for its spelling support.  At one point it 
was tried for link/browser-detection support, with a GNOME library, as 
well, but that had some interesting complications, particularly due to 
the number of dependencies it pulled in at compile time, and how that 
would affect binary distributions who must either turn it on or off as 
shipped.  Ultimately, pan went with a different solution, see the choices 
for browser support as available in pan's configure dialog today.

But notification/tray support isn't such a vital feature, and could be 
left off if the tradeoff was a huge glob of dependencies.  Still, if it's 
possible to do something run-time instead, as pan ended up doing for the 
browser thing, that's highly preferable.

>> While you're at it or if that's still not easily done, consider working
>> on a patch to add printer support using the newer GTK functionality.
> This sounds interesting and useful, I'm looking for anything to code at
> the moment, so I might just do that, still I need to learn a lot, don't
> know anything about the subject.

>From what I've gathered from my reading, it should be reasonably 
straightforward (for a C/C++ coder, which I'm not) to implement as the 
functionality is pretty much all there in the library already, and only 
has to have appropriate UI linkages established and be called.  The 
challenge might be in gracefully degrading if an older gtk is used... and 
of course in groking the API in the first place, since you specifically 
mention not yet knowing much about it.

Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

reply via email to

[Prev in Thread] Current Thread [Next in Thread]