On Mon, Sep 21, 2015 at 11:28:17AM -0400, Matthias Clasen wrote:
> After several rounds of fixing overflow and allocation failure issues in
> various loaders this cycle, I'm reconsidering following the suggestion in
> https://bugzilla.gnome.org/show_bug.cgi?id=721372
>
> wbmp, tga, ras, qtif, pc
out some stupid mac os?
I'm sick of people trying to criple gnome to look like mac os :-(
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
karound was
to switch off the sorting of the TreeView while adding a large number of
items and set it when the list is filled. Then, the TreeView became
very quick.
Maybe this is connected also to the gtk3 problem? (Anyway, it is a bug... :-( )
P.T.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomas
On Thu, Jul 28, 2011 at 01:53:52PM +0200, Damien Caliste wrote:
> Hello,
>
> Le 28/07/2011, Petr Tomasek a écrit :
> > Is there more info about this? Does it mean a user will no more
> > be able to choose an exact location where to save the file?
> >
> > See
ld
go in the minor release.
Petr Tomasek
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU
>
> Overview of Changes from GLib 2.28.0 to 2.29.2
> ==
>
> * GApplication
> - The documentation has been enhanced and clarified
> - An opt-out for uniqueness has been added: G_APPLICATION_NON_UNIQUE
Thanks A LOT!
:-)
-
the same program started with two different
locales?
P.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
EA 355:001 DU DU DU DU
EA 355:002 TU TU TU TU
EA 355:003 NU NU NU NU
see any reason, why a dialog box must be used if for
most users the menu is optimal way (because they select
only one item most the time) and the minority may use it
with the right click in a more powerfull way.
--
Petr Tomasek <http://www.etf.cuni.cz
On Tue, Nov 16, 2010 at 09:15:43PM +, Ross Burton wrote:
> On 16 November 2010 18:44, Petr Tomasek wrote:
> > So this would be really needed and I think Gtk should have some
> > way to support an application simultaneusly using more than one
> > "screen"s.
>
be really needed and I think Gtk should have some
way to support an application simultaneusly using more than one
"screen"s.
The current "bottleneck" on X is however the inability of XrandR to create
new screens on the fly... :-(
--
Petr Tomasek <http:/
>
> Overview of Changes from GTK+ 2.90.5 to 2.90.6
> ==
>
...>
>
> * Allow windows to be dragged by clicking on empty
> areas in menubars and toolbars
Can this be disabled, please?
P.T.
--
Petr Tomasek <http://www.e
nloading the original file (no seeking in HTTP) just to
HTTP_RANGE?
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: but...@jabbim.cz
SIP: but...@ekiga.net
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org
erformance comparission
wouldn't be bad...
P.T.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
into one thing.
>
> - Document Editor. The "interactive math plot" or "implement inkscape"
> type of use; "writing a document editor widget"
Well, there definitelly is a need for more layout-capable text-widget,
maybe the GtkTextView and the new canvas cou
this is very unfortunate. Many people will
not want to use the external viewer (for reasons discused
earlier), so everyone will write his own preview
widget? Why not just have official internal
preview widget like gnome-print has and support
it by deafult?
P.T.
--
Petr Tomasek <http://www.etf.c
s) and time (e.g. you allways have at least
the files opened since last week let's say), the would know what he
should expect.
P.T.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
5 items in the menu followed by "More..." entry,
that let you open the dialog...)
P.T.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
elow
> > the cursor's center.
> >
> > |\ ___
> >| | tooltip |
> >
> > not centered below the cursor.
>
> sounds like a good default, but should be configurable/customizable by
> the theme engine
he GtkTextView into RTF (or XHTML) without
the need for the application to interfere (since you don't have
to have any styles or more sophisticated features). Of course,
you should be able to let the application override this...
P.T.
--
Petr Tomasek
Wouldn't it make much more sense to use RTF? (Abiword uses it,
OO uses it and you can even copy&paste beetween apps running
on wine...)
P.T.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
___
gtk-devel-list mailing list
gtk-devel
cale, otherwise most applications will force us europeans
to us this Us-shit(TM) instead of the standard A4 paper size...
P.T.
--
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://m
21 matches
Mail list logo