On Mon, 2008-02-11 at 22:20 +0100, Kristian Rietveld wrote:
> is there any way that giving a user a list of
> 100 million items is going to be useful?
I would have said "no", but someone did present to me an interesting
take on the matter a few weeks ago when Davyd and I were giving the GTK
& GNOM
GLib 2.15.5 is now available for download at:
http://ftp.gnome.org/pub/GNOME/sources/glib/2.15/
glib-2.15.5.tar.bz2 md5sum: a23f331f36ff78c8bffd37973fbfbb28
glib-2.15.5.tar.gz md5sum: 113f1e8fd72dd80a5348c4da64445537
This is the sixth development release leading up to GLib 2.16.
Notes:
*
On Mon, 2008-02-11 at 17:06 -0500, Morten Welinder wrote:
> Thorsten, try looking into ETable as used by Evolution (though not
> necessarily recent versions - I last looks 5 years ago). It is not a
> beauty, but it might fit your needs,
Be wary of ETable though. It /is/ still used by Evolution a
On 10/02/2008, Thorsten Wilmer <[EMAIL PROTECTED]> wrote:
> Hello,
>
> thank you for gtk+ and especially gtkmm.
>
> I want to Display a really _huge_ List with TreeView. My result is,
> that my application consumes a even more huge amount of memory -- more
> than Virtual Memory is available. The r
This comes up regularly for various large values of N.
> Just as random thoughts, is there any way that giving a user a list of
> 100 million items is going to be useful? If you already know that the
> user will never see all of the list, why try to display it?
"You do not want to do that" is no
Hi,
Comments inline.
On Sun, Feb 10, 2008 at 08:26:01PM +0100, Thorsten Wilmer wrote:
> I want to Display a really _huge_ List with TreeView. My result is,
> that my application consumes a even more huge amount of memory -- more
> than Virtual Memory is available. The responsiveness is also not
2008/2/11, Guillaume Desmottes <[EMAIL PROTECTED]>:
> Hi,
>
Hello!
> I'd need a charset/encoding configuration widget in Empathy. I copied
> totem-subtitle-encoding.[ch] which does exactly what I mean (great
> work!).
> Problem is, totem is licensed under GPL and we are trying to to port
> Empathy
hi!
after thinking a little bit (at least a few days) about the problem, i
tried modifying the data by detaching the store from the treeview before
modifying the data within a thread and now it works.
but that's not a real solution.
if u have a suggestion why it doesnt work without detaching i'l
Hello,
thank you for gtk+ and especially gtkmm.
I want to Display a really _huge_ List with TreeView. My result is,
that my application consumes a even more huge amount of memory -- more
than Virtual Memory is available. The responsiveness is also not as
expected. I have only a few lines to be
On Mon, 2008-02-11 at 18:01 +0100, nf2 wrote:
> > there is a patch already for the standard gtk+ filesystem backend at:
> >
> > http://bugzilla.gnome.org/show_bug.cgi?id=147434
> >
> > it will use GBookmarkFile to store the file chooser shortcuts and move
> > the shortcuts across from the old i
Emmanuele Bassi wrote:
> On Mon, 2008-02-11 at 17:01 +0100, nf2 wrote:
>
>
>> I just wanted to ask about your plans regarding using a standardized
>> format for file-management bookmarks.
>>
>
> there is a patch already for the standard gtk+ filesystem backend at:
>
> http://bugzilla.gnom
On Mon, 2008-02-11 at 17:01 +0100, nf2 wrote:
> I just wanted to ask about your plans regarding using a standardized
> format for file-management bookmarks.
there is a patch already for the standard gtk+ filesystem backend at:
http://bugzilla.gnome.org/show_bug.cgi?id=147434
it will use GBoo
Hi GTK+ developers,
I just wanted to ask about your plans regarding using a standardized
format for file-management bookmarks.
I think KDE is already using XBEL for this, and GLib also has an XBEL
parser. Are there any other obstacles than agreeing on the location and
name of such a shared bookma
13 matches
Mail list logo
