On 7/15/06, Chipzz <[EMAIL PROTECTED]> wrote:
> > Mono:
> > F-spot
>
> Image viewer, really non-essential.
Come on, Eye of Gnome is an image viewer. F-Spot is a photo management
application (like iPhoto). Try asking Mac users if iPhoto is
non-essential.
Jeroen
I'm curious: what role does the powersave daemon fulfill? I'm running
FC5 and afaik, HAL/g-p-m gets it information directly from the OS
(ACPI)?
Regards,
Jeroen
On 4/10/06, Rodrigo Moya <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-04-10 at 12:25 +0200, Christian Fredrik Kalager Schaller
> wrote:
> >
Isn't netstatus made obsolete by NetworkManager?
Are there any plans to include NetworkManager into 2.14?
Jeroen
On 10/12/05, Davyd Madeley <[EMAIL PROTECTED]> wrote:
> People have struck on a topic I started thinking about a little
> while ago.
>
> This thinking is highlighted on the wiki space
On 8/21/05, Havoc Pennington <[EMAIL PROTECTED]> wrote:
> Also basic support for "styled editing," i.e. right now to implement a
> Bold button that behaves like the one in a word processor is fairly
> involved with GtkTextView. So some kind of API for that might be cool.
What kind of API are you t
GtkSourceView is perfectly fine where it is. At the moment it has
dependencies on libxml2, gtk+ and libgnomeprint. The latter should
disappear into gtk+ with Ridley.
GtkSourceView is a very specific, well maintained widget that's
perfectly fine living outside of gtk+. A developer can use the libra
Seems gnome-control-center checks if Xcursor headers are present, but
fails to add the -lXcursor argument to the CAPPLET_LIBS. Patch
attached to #310643. Dunno why this hasn't been noticed before though
(so i'm not entirely sure the patch is correct).
Without the patch, the build fails on x86_64 w
Hi Pat,
I traced my problem to "freetype-config --libs" returning something
that contains "--rpath". This causes the jhbuild binaries to use the
system libraries (/usr/lib64) instead of the ones in my homedirectory.
The runpath takes precedent over LD_LIBRARY_PATH.
I've rebuilt freetype from the
Hi,
In the last couple of days i've built gnome-2.11 using jhbuild about
10 times so far. It builds fine (uncovered some gcc4-related bugs,
filed them and they're fixed; apply a hal patch to n-c-b etc.). This
is on a Fedora system, with up-to-date packages from rawhide.
However, after it has fini
Since everybody is talking about how glitz will eventually speedup
drawing operations by using hardware accelerated OpenGL, i built it
and then rebuilt cairo so cairo will detect glitz and compile with
support for it.
How does glitz further integrate into the desktop stack? Can i make
gtk+ use gli
turn this into a mega thread again that most people just skip...
Jeroen
On 4/19/05, Neil Stevens <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Tuesday 19 April 2005 08:00 am, Jeroen Zwartepoorte wrote:
> > Simple example: eog has
IIRC this approach was tried and rejected previously with ggv/gpdf
(?). I don't recall the exact application, but we had an application
that was basically nothing more than a shell for bonobo viewer
components. Given a bonobo viewer component, it could display the
document in that shell.
Given tha
Jan,
Please stop CC'ing desktop-devel-list.
Thanks,
Jeroen
On Tue, 08 Mar 2005 11:58:01 +0100, Jan Nieuwenhuizen <[EMAIL PROTECTED]> wrote:
> Havoc Pennington writes:
>
> > I've seen hundreds of web polls and read a mind-blowing number of
> > articles on Slashdot, LWN, LinuxToday, OSNews, etc
12 matches
Mail list logo
