On Thu, Mar 22, 2007 at 10:48:48AM +0530, Gaurav Jain wrote:
I need to determine the actual desktop bounds usable by a GTK
application on a Linux Desktop. The screen size (the one returned by
gdk_screen_width() and gdk_screen_height()) also includes window
manager bars such as the task bar,
Hi ALl,
I have a strange requirement. I am developing an application for mobile where
menubar is at the bottom.
I have menu popping up from menubar and I am also able to position it using
GtkMenuPositionFunc. However if the main menu has a sub menu for one of the gtk
item in it, the
Hi Shankar
I have faced the same problem, while developing an application for mobile.
The am just suggesting you, based on whatever I did. This may not be the
intended solution.
For your Main Menu don't attach a sub menu. On click of the item pop up
another main menu. You can position this
Hi Yeti,
Thanks so much for the useful response! I was able to test out the
Extended Window Manager hints feature with a small program (I also
referred Nautilus source code which already uses this through gdk).
Thanks again!
Gaurav
On 3/22/07, David Nečas (Yeti) [EMAIL PROTECTED] wrote:
On
Evidentally nothing, I don't know how many people have a GtkWindow kicking
off a GtkDialog which then kicks off another GtkDialog...
DispenserLoadDialog::load_button_clicked() kicks off DispenserLoadingDialog.
When either DispenserLoadingDialog::ok_button_clicked() or
On Thu, Mar 22, 2007 at 08:53:34AM -0400, Kevin Lambert wrote:
Evidentally nothing, I don't know how many people have a GtkWindow kicking
off a GtkDialog which then kicks off another GtkDialog...
I have. Moreover, the attached code demonstrated arbitrary
deep nesting of modal dialogs that
...from a widget in the window. Is this possible? Can I do something like
simulate the pressing of the alt key to achieve this or is there a better
way? I don't want the user to have to press ALT.
--
View this message in context:
hello,
i have a problem when i load images with a certain size.
Normally the rowstride given with gdk_pixbuf_get_rowstride
is calculated with width of the image multiplied with the number of
channels in the image.
But if i load an RGB Image with for example 314px*240px in size
I get an rowstride
Alexander Eichner wrote:
i have a problem when i load images with a certain size.
Normally the rowstride given with gdk_pixbuf_get_rowstride
is calculated with width of the image multiplied with the number of
channels in the image.
But if i load an RGB Image with for example 314px*240px in
On Thu, Mar 22, 2007 at 09:20:47AM -0400, Kevin Lambert wrote:
I have a button in DispenserLoadDialog that launches DispenserLoadingDialog
without emitting a return value for DispenserLoadDialog. The response value
from DispenserLoadingDialog is only supposed to be caught by the buttons
On Wednesday 21 March 2007 17:50, Michiel Jan Laurens de Hoon wrote:
For my application, I need to run gtk_main but I want to quit gtk_main
when either input is available on stdin or the user presses Ctrl-C. The
former is easy (using g_io_add_watch), but I am not sure what the best
approach is
On Sun, 2007-03-18 at 01:22 +0100, Tim Janik wrote:
the main reason for ::has-tooltip is efficiency, because the new tooltips
potentially do many tip checks currently (ca. on every mouse motion, however
we might implement some coalescing to limit the number of tip checks to
16-25 per second),
This describes an idea to improve the display performance of the
tree_views, based on the sources of gtk+-2.10.11, and suggests
possible solutions.
Consider the subprogram attached. It shows a simple tree_view
displaying a list_store (5000 columns and 50 rows containing
integers). The
While reading this document:
http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html
I saw that it lists Cairo as a dependency for building Gtk+ on UNIX systems.
But later
on in the same document it describes building and testing Gtk+. Here Cairo is
not mentioned.
It says;
Then
On Thu, 2007-03-22 at 17:05 +0100, Jeremiah Foster wrote:
While reading this document:
http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html
I saw that it lists Cairo as a dependency for building Gtk+ on UNIX systems.
But later
on in the same document it describes building and
2007/3/22, Jeremiah Foster [EMAIL PROTECTED]:
I am confused - is Cairo a _requirement_ for Gtk+ on UNIXy systems or not?
cairo is a requirement on __all__ platforms since GTK+ 2.8
cheers
--
Gian Mario Tagliaretti
___
gtk-devel-list mailing list
Thu, Mar 22, 2007 at 05:10:30PM +0100: Gian Mario Tagliaretti mangled some
bits into this alignment:
2007/3/22, Jeremiah Foster [EMAIL PROTECTED]:
I am confused - is Cairo a _requirement_ for Gtk+ on UNIXy systems or not?
cairo is a requirement on __all__ platforms since GTK+ 2.8
So can
On 3/16/07, Federico Mena Quintero [EMAIL PROTECTED] wrote:
- Go through each of the unreviewed patches and classify them
informally:
- obsolete patch which does not apply as-is to the sources
(you can use patch --dry-run to test this easily without
screwing up
2007/3/22, Nicolas Setton [EMAIL PROTECTED]:
[snip]
So, it seems that we spend most of our time traversing the list of
columns. Note that this explains why a tree of 5000 columns x 50 rows
has such bad performance compared to a tree of 50 columns x 5000 rows.
Your test program is also creating
On Thu, Mar 22, 2007 at 04:55:30PM +0100, Nicolas Setton wrote:
Consider the subprogram attached. It shows a simple tree_view
displaying a list_store (5000 columns and 50 rows containing
integers). The display performance is very poor: when displaying the
last columns, the vertical
Kalle Vahlman wrote:
2007/3/22, Nicolas Setton [EMAIL PROTECTED]:
[snip]
In any case, I suggest we cache this - probably there is no need to
do it in every expose call, only after the model data has changed.
...so it isn't really feasible to cache the renderer state. The good
news
2007/3/22, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2007/3/22, Nicolas Setton [EMAIL PROTECTED]:
[snip]
In any case, I suggest we cache this - probably there is no need to
do it in every expose call, only after the model data has changed.
...so it isn't really
On 3/22/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/3/22, Yevgen Muntyan [EMAIL PROTECTED]:
IIRC reusing single cell renderer in multiple columns was declared
broken and unsupported (because it was broken). Is this correct?
It worked amazingly well for being broken ;)
Maybe there
[Thanks everyone for your answers]
There is a really simple answer to this: GtkTreeView is not a table,
it was not designed to handle views like this with 50 columns.
I'm not sure I understand this part: should I use a gtk_table to
display this kind of data? What is the preferred way to
On Thu, 2007-03-22 at 12:25 -0400, मयंक जैन (makuchaku) wrote:
On 3/16/07, Federico Mena Quintero [EMAIL PROTECTED] wrote:
- Go through each of the unreviewed patches and classify them
informally:
- obsolete patch which does not apply as-is to the sources
(you can use
25 matches
Mail list logo