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 08:15, John Emmas j...@creativepost.co.uk 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 identifiers, and will continue to do so until GtkStock is removed, in the next API/ABI break. it is strongly recommended *not* to use stock icons, but to use named icons from the icon theme instead: those icons are actively maintained, they have proper names, and allow fallback through specificity, e.g. if the application requests the icon named `foo-bar-baz` and it is not found, `foo-bar` and `foo` will also be checked. the icon naming specification is a freedesktop.org specification available here: http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html Two more questions if I may 1) What are the .svg files? I noticed them during my testing but I didn't manage to figure out what they're used for. SVG is scalable vector graphics, a vector graphics file format: http://en.wikipedia.org/wiki/Scalable_Vector_Graphics inside icon themes SVG is used for scalable icons and, more recently, for symbolic icons that are meant to be colourised parametrically (e.g. signal strength and battery charge indicators). 2) Why deprecate images for buttons and menus anyway? They seem to be widely supported by OS's and other programs / frameworks. What's the rationale for deprecating them in gtk+? images and buttons inside menus have not been deprecated: you can still pack GtkImage widgets in buttons and menus, since both are GtkContainers. it's pretty easy to do both programmatically and through GtkBuilder (especially with the new builder templates). what has been deprecated (in GTK 3.x) are: • stock icons, because they don't conform to the icon naming specification, and because they conflate both labels and images in weird ways. the thread on gtk-devel-list is available here: https://mail.gnome.org/archives/gtk-devel-list/2013-July/msg0.html • the gtk-button-images and gtk-menu-images GtkSettings, because they clobber the desired UI of the application developers and designers through a toolkit-wide setting. as per usual with the G* stack, deprecation does not mean removal until the next ABI break. in this case, GTK+ 4.0, which is currently not planned to happen soon, and in any case will be (like any other ABI/API break) parallel installable. ciao, Emmanuele. ___ 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 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 ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Threads
Hello there ... my 2 cents ... i don't know anything about JACK, but: Main issue here is that gtk is not thread safe (neither is any gui). You should not call anything from another thread that uses the GUI (althoug gdk_thread_eneter/leave seems to be right for it). Maybe replacing the enter/leave code by a call to g_idle_add or g_main_context_invoke. By the way, i think the Gtk folks should keep the API stable and not remove anything until 4.0. People ported applications to gtk 3.0 and then ... it does not work with 3.8. I don't know if QT is different, but this should not be happening. A work around should have been implemented to stay with gdk_threads_enter/leave. cheers, Luis Matos Sáb, 2013-10-19 às 10:24 -0400, Paul Davis escreveu: On Sat, Oct 19, 2013 at 7:46 AM, Craig Bakalian craigbakal...@verizon.net wrote: On 10/19/2013 07:11 AM, Paul Davis wrote: There are dozens if not hundreds of examples of this - any JACK client with a GUI. But to get an idea of the basic idea, take a look in the JACK example clients and/or tools. jack_capture would be a good place to start, since it faces the problem of handing over incoming (audio) data to another thread. And no, you are not writing the data to a pipe from the JACK callback. The key ideas are (a) to move the data to another thread you need to use a lock-free data structure (b) if you need to wake the other thread (i.e. because it doesn't simply wake up periodically and use whatever new data you've delivered), you need to use the *most* RT-safe method you can. There are no absolutely RT-safe methods. A semaphore (on Linux anyway) is the best, writing a byte to a pipe is the 2nd best. You cannot make calls from the JACK callback that may block - you cannot write to disk, read from disk, take locks, etc, etc. This really should not be going to the gtk-list anymore. It has roughly nothing to do with gtk and more or less everything to do with JACK. Hi Paul, If it has nothing to do with JACK, then why on earth was it working before the latest release of gtk in ubuntu 13.10? Why could I write data out from the JACK callback with no issues before?? It has nothing to do with the JACK callback and everything to do with the overly secure removal of gdk_threads_enter(); gdk_thread_leave(); You are not *allowed* to call these functions from a JACK callback, whether they exist or not. My application was working perfectly until the removal of these functions. Furthermore, once I remove the insert to the gtktextbuffer from the callback, all is well. And, the error that pops up is that the gtktextbuffer layout can't get a line number. This has nothing to do with JACK and everything to do with threads in gtk. You are not allowed to interact with the GUI toolkit from the callback. If you use JACK you are doing realtime programming. I suggest a careful read of this to get you started: http://www.rossbencina.com/code/real-time-audio-programming-101-time-waits-for-nothing The fact that you are handling MIDI and not audio doesn't change the applicability of Ross' advice. What on earth should I expect anything more than get this off this list from I guy whose first response on a HELP list is Your design is wrong. It is obvious to me you don't know what my JACK callback is doing. Maybe you don't understand that I wrote JACK. I run the JACK mailing list. That is where your questions belong. I'm just trying to be nice to the poor souls who wonder what this all has to do with GTK. And btw, moving to Qt won't address any of your fundamental issues. --p ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Threads
By bad ... i thought it was removed. So ... in ubuntu the flag DISABLE_DEPRECATED is used? Ter, 2013-10-22 às 11:31 -0400, Paul Davis escreveu: On Tue, Oct 22, 2013 at 11:26 AM, Chris Vine ch...@cvine.freeserve.co.uk wrote: In what way do you think that the API/ABI of gdk_threads_enter() and gdk_threads_leave() is not stable? As far as I can see it is there and fully functioning with gtk+-3.10.2, albeit it is deprecated. if you use DISABLE_DEPRECATED then it vanishes. and there are lots of good reasons for using DISABLE_DEPRECATED. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: GtkNotebook
I think they want to tell that it should be the default behaviour, but it no longer is. Sáb, 2011-06-18 às 08:35 -0300, diegoto...@gmail.com escreveu: On Sat, Jun 18, 2011 at 1:15 AM, ArcherSeven archerse...@gmail.com wrote: My friend and I are using Arch Linux with a few GTK+ 3 applications. We've noticed that we can't by default scroll through GtkNotebook tabs using the scroll wheel anymore and as far as we can tell, the feature was completely removed, not even made an option. I hope we're wrong and we've just missed documentation somewhere, if so, please let us know, but we'd really like to know why this is not a possible / default option anymore. There ir a method to set this option on Gtk+ 3 Reference Manual, look: void gtk_notebook_set_scrollable (GtkNotebook *notebook, gboolean scrollable); Gtk+ 3 Reference Manual: http://developer.gnome.org/gtk3/3.1/GtkNotebook.html ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk+ 3.0 and MS Windows
Hello there! First of all, thanks for all your work in gtk+ (and gnome) environment. I am trying to introduce gtk+ to industrial solutions, mainly using Gtk# and Glade. Is it possible to combine the obs with the current sources of all Gnome components? I am talking mainly in glade, because the latest versions 3.7.x has lots of improvements over 3.6 and i would like to test it. 3.7.1 is old and has many bugs and regressions and i would like to contribute to a better support on windows. Thank you! Luis Matos Dom, 2011-03-27 às 21:07 +0200, Maarten Bosmans escreveu: 2011/3/25 Mikhail Titov m...@gmx.us: Maarten: Thanks again! It worked like magic. I'm not sure if I was supposed to get a bunch of dot cpio files in cache/extracted/ folder. I have 7-zip 9.20. Anyway I selected all of them and did 7-zip - extract here from explorer. However when I try to run demo I get the following message. That's great. The rpm indeed contain a cpio file, so you have to unpack twice. The script I sent the link to does this for you. -8-- C:\...che\extracted\usr\i686-w64-mingw32\sys-root\mingw\bingtk3-demo.exe ** Gtk:ERROR:gtksettings.c:558:gtk_settings_class_init: assertion failed: (result == PROP_ALTERNATIVE_BUTTON_ORDER) This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. -8-- Is there something missing, or is it a known issue? It doesn't matter if I change gtk-alternative-button-order to 1 or 0 in gtkrc of MS-Windows theme. If I understand your other mail correctly, you are combining binaries from OBS and those provided on ftp.gnome.org. I'm not entirely sure, but it could be that gives problems. So try downloading all dependencies from OBS. The script I sent the link to does this for you. Mikhail So you also got your own build going, great! You may also want to try downloading -devel packages of the dependencies from the OBS for linking your own build of Gtk+ 3. Not sure that would give better results though. Maarten ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list