Stock items (button images / menu images etc)

Out of desperation this morning I dug out my well thumbed copy of "Foundations of GTK+ Development" by Andrew Krause. I needed to build the example from listing 5.1. I'm building with MSVC which may or may not be significant. I'm not sure if this mailing list allows attachments but I've atta

Re: Stock items (button images / menu images etc)

On Thu, Dec 12, 2013 at 5:48 AM, John Emmas wrote: > I'm only asking because yesterday (over on gtk-devel-list) I noticed a > post which suggested that button images / menu images etc are in the > process of being deprecated. > I believe that discussion only applies to GTK+ 3.x ___

Re: Stock items (button images / menu images etc)

uses gtk3 instead of Gtk2    Narcisse Doudieu Siewe Ingenieur telecom Option : reseaux et services mobiles   Tel:    (221) 77-801-10-75   : wambenarci...@yahoo.fr Le Jeudi 12 décembre 2013 14h15, Paul Davis a écrit : On Thu, Dec 12, 2013 at 5:48 AM, John Emmas wrote:   I'm only ask

Re: Stock items (button images / menu images etc)

On 12/12/2013 13:15, Paul Davis wrote: On Thu, Dec 12, 2013 at 5:48 AM, John Emmas > wrote: I'm only asking because yesterday (over on gtk-devel-list) I noticed a post which suggested that button images / menu images etc are in the process of being

Re: Stock items (button images / menu images etc)

On Thu, Dec 12, 2013 at 1:37 PM, narcisse doudieu siewe < wambenarci...@yahoo.fr> wrote: > uses gtk3 instead of Gtk2 > gtk3 is not an option. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list

Re: Stock items (button images / menu images etc)

Just a rain check, In the future, images are not shipped in file (file.svg/file.png) but still included in gtk (library)? Or not shipped at all? Qui, 2013-12-12 às 15:00 -0500, Paul Davis escreveu: > > > > On Thu, Dec 12, 2013 at 1:37 PM, narcisse doudieu siewe > wrote: > uses gtk3 in

Re: Stock items (button images / menu images etc)

On 12 Dec 2013, at 20:31, Luis Matos wrote: > Just a rain check, > > In the future, images are not shipped in file (file.svg/file.png) but > still included in gtk (library)? Or not shipped at all? > Two more questions if I may 1) What are the ".svg" files? I noticed them during my testin

Re: Stock items (button images / menu images etc)

hi; On 13 December 2013 08:15, John Emmas wrote: > On 12 Dec 2013, at 20:31, Luis Matos wrote: > >> Just a rain check, >> >> In the future, images are not shipped in file (file.svg/file.png) but >> still included in gtk (library)? Or not shipped at all? GTK 3.x still ships icons for GtkStock ide

Re: Stock items (button images / menu images etc)

Hi Emmanuele, Thanks for your comprehensive reply and the links. They were indeed very helpful. I just wondered if anybody could explain this mystery which (I must confess) has got me totally baffled at the moment Suppose I temporarily delete every ".png" file on my system as well as e

Re: Stock items (button images / menu images etc)

ect? Dave From: Emmanuele Bassi To: John Emmas Cc: ML-gtk Sent: Friday, December 13, 2013 6:52 AM Subject: Re: Stock items (button images / menu images etc) hi; On 13 December 2013 08:15, John Emmas wrote: > On 12 Dec 2013, at 20:31, Luis Matos wrote: >

Re: Stock items (button images / menu images etc)

Hello John, To me, this suggests that wherever the images come from, they do not get loaded from PNG files at run time (or at least if they do, there's some fallback mechanism which kicks in if the PNG files aren't present). So where else could the images be coming from??? There are a set o

Re: Stock items (button images / menu images etc)

hi; On 13 December 2013 16:16, David Buchan wrote: > If I understand correctly, I should replace: > > GtkWidget *image; > > image = gtk_image_new_from_stock (GTK_STOCK_DIALOG_ERROR, > GTK_ICON_SIZE_DIALOG); > > with > GtkWidget *image; > > image = gtk_image_new_from_icon_name ("dialog-error", GT

Re: Stock items (button images / menu images etc)

From: Emmanuele Bassi To: David Buchan Cc: gtk-list list Sent: Friday, December 13, 2013 11:34 AM Subject: Re: Stock items (button images / menu images etc) hi; On 13 December 2013 16:16, David Buchan wrote: > If I understand correctly, I sho

Re: Stock items (button images / menu images etc)

hi; > In my case, I'm putting the icon in a dialog with a message instructing the > user on exactly what's wrong. Having said that, perhaps the icon is just > redundant. I never thought about it before. dialog icons are fine; you can also use GtkInfoBar, if appropriate for your use case, instead

Re: Stock items (button images / menu images etc)

On 13/12/2013 16:19, fanc...@yahoo.com.tw wrote: There are a set of icons that are built into a source header file gtkbuiltincache.h that's actually generated during the autotools build process (as you might see, it's a pretty big file) where the gtk-update-icon-cache processes the icon image

Re: Stock items (button images / menu images etc)

On Sat, 14 Dec 2013 14:39:39 +, John Emmas wrote: > My intention would be to rename "temp.file" later to > "gtkbuiltincache.h". However, by the end of the process (which usually > takes a couple of minutes) "temp.file" is invariably empty. I simply > cannot find any way (on Windows) of pro

RE: Stock items (button images / menu images etc)

Emmanuele Bassi wrote: >in general, you should also question the icons usage: overloading the UI with visual cues ends up distracting the >user, and in general the written word is more apt to describe actions than a bare icon, unless the icon is >unequivocally tied to a specific action (e.g. stand

Re: Stock items (button images / menu images etc)

So, resuming ... the name of the stock icons will change to the freedesktop specification names. Explanation in[0]. [0] https://docs.google.com/document/d/1KCVPoYQBqMbDP11tHPpjW6uaEHrvLUmcDPqKAppCY8o/pub Sex, 2013-12-13 às 11:52 +, Emmanuele Bassi escreveu: > hi; > > On 13 December 2013

Re: Stock items (button images / menu images etc)

hi; On 13 December 2013 17:37, wrote: > Emmanuele Bassi wrote: > >>in general, you should also question the icons usage: overloading the UI > with visual cues ends up distracting the >user, and in general the > written word is more apt to describe actions than a bare icon, unless the > icon is >

Re: Stock items (button images / menu images etc)

On 14/12/2013 22:54, Jernej Simončič wrote: On Sat, 14 Dec 2013 14:39:39 +, John Emmas wrote: by the end of the process (which usually takes a couple of minutes) "temp.file" is invariably empty. I simply cannot find any way (on Windows) of producing a correctly populated file. The program

Re: Stock items (button images / menu images etc)

On Mon, Jan 06, 2014 at 03:11:46PM +, John Emmas wrote: > Is the source code for gtk-update-icon-cache.exe available anywhere? Maybe > I could get some clues about the problem if I could read the source code. It is essentially in this file: https://git.gnome.org/browse/gtk+/tree/gtk/update

Re: Stock items (button images / menu images etc)

On 06/01/2014 16:33, Patrick Welche wrote: On Mon, Jan 06, 2014 at 03:11:46PM +, John Emmas wrote: Is the source code for gtk-update-icon-cache.exe available anywhere? Maybe I could get some clues about the problem if I could read the source code. It is essentially in this file: https:

Re: Stock items (button images / menu images etc)

On 06/01/2014 17:29, John Emmas wrote: On 06/01/2014 16:33, Patrick Welche wrote: On Mon, Jan 06, 2014 at 03:11:46PM +, John Emmas wrote: Maybe I could get some clues about the problem if I could read the source code. It is essentially in this file: https://git.gnome.org/browse/gtk+/tre

Re: Stock items (button images / menu images etc)

Hello John, 1) If I issue the above command from a Command Prompt (as an Administrator) I see a bunch of output in the command window. By tacking "> some_file" onto the end, I could capture that output and redirect it to "some_file". 2) However if I DIDN'T launch the Command Prompt as an

Re: Stock items (button images / menu images etc)

Thanks Fan, On 07/01/2014 14:59, fanc...@yahoo.com.tw wrote: p.s. As we don't generally build gtkbuiltincache.h for Visual C++ builds (it is shipped with the release tarball), the normal Visual C++ builds do not build this tool. [...] if there is sufficient demand for building this tool wit