using ImageViewer in GTK C program
Hi I have a requirement like this. In my Gtk C program, i will load a image on a Gtk Form and now I should able to preview the image, and crop the image and save the cropped image. How can i achieve this functionality. Do i need to use any Image Viewer here,if so How can I use ImageViewer in my GTK C program. If any example programs are available please upload them Thanks and Regards Kirankumar D. -- View this message in context: http://www.nabble.com/using-ImageViewer-in-GTK-C-program-tf3643891.html#a10176482 Sent from the Gtk+ - Dev - General mailing list archive at Nabble.com. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Possible volunteer for website
Hi, I've read the recent thread on the subject and would be interested in helping out with the website. I can't dedicate much time to it before end of June though. I already sent short private notes to Tim Janik and Martyn Russell. Short intro (safely skip this paragraph): I mostly program Python nowadays when not studying Theology, but know (X)HTML and CSS and more that might help the website work. I'm 22 with programming experience since 8. I generally prefer text-based formats and choose them over WYSIWYG equivalents anytime, unless the latter really helps me get the job done quicker. I also like simplicity in UI and web design - that's maybe why I use GNOME. I have not looked at many web CMS yet. I worked with Wordpress lately and was not comfortable. I'm also worried about PHP's bad security publicity here and there. I used PHP earlier, at the time version 4 came out, and forgot most of it. I wonder why the Ubuntu website was migrated [1] to Drupal as opposed to Plone and am looking forward to the author's follow-up article. I currently use Cheetah [2] for a total website revamp [3, 4] and like its simplicity and Python integration. Greetings, Felix Rabe ( www.felixrabe.net ) [1] http://www.bearfruit.org/blog/2007/03/14/the-new-ubuntu-website/ [2] http://www.cheetahtemplate.org/ [3] http://www.wohnheim-obstgarten.ch/ (what I'm starting from) [4] http://felixrabe.textdriven.com/whog/Release+1/html/ (WIP) ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+ maintenance
Hi, Tim has been doing a fantastic job at creating a list of tasks where people can help [1]. I really believe this is a good first step to get more people involved. Having more non-permanent tasks would probably be great, but well, that's not the goal of this mail :-) In the past few weeks, I've talked a bit with the Foundation advisory board members. This is not something that's finished and I'll continue with this, but this already gave me a rough idea of how things work in companies wrt GTK+. Among the AB members, there are basically small and big companies. Small companies are already quite involved within the community and contribute as much as possible (since, well, they also need to find some money). It's (not surpsisingly) a bit easier for big companies to put more manpower, although there's no hard guarantee for this to happen. And it might not be easy for people who've not been involved before to contribute to upstream GTK+. For example, it seems that a lack of documentation about GTK+ internals doesn't help here (is this something that could be added to the list of tasks for volunteers?). Of course, another essential aspect is that experienced GTK+ developers/maintainers will need to make time to help get joining developers feel at home. It'd be useful to know how many more people are needed to have things working more smoothly. Let's talk about full-time people: would 2 people be enough? Or do we need much more than 2, like 8 full-time developers? This is the kind of information that will help us convince companies to put more manpower into GTK+. Obviously, this not an issue that will get fixed within the next week, but I do hope that we can start to see more people starting to join in the next few weeks. Thanks, Vincent [1] http://mail.gnome.org/archives/gtk-devel-list/2007-April/msg00058.html -- Les gens heureux ne sont pas pressés. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Transient Windows with GtkPlug / GtkSocket
Thanks a lot! -Ursprüngliche Nachricht- Von: Bastien Nocera [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 25. April 2007 14:14 An: Lampersperger Andreas Cc: gtk-devel-list@gnome.org Betreff: Re: Transient Windows with GtkPlug / GtkSocket On Wed, 2007-04-25 at 14:11 +0200, Lampersperger Andreas wrote: > Hello, > > I've encountered a problem with the GtkPlug/GtkSocket mechanism and > transient windows: Various windowmanagers does not treat transient > windows as transient because gtk uses for the transient_for window the > xwindow-id of the GtkPlug-xwindow, which is no toplevel window. > > test case: Use firefox and install adobe reader as a firefox plugin, > so that pdf's are directly shown in the firefox window. If you click > on "save a copy..." a "copy as"-dialog is shown. This dialog has the > wm_hints transient and modal. If you now click on the pdf-window the > "save-as" dialog is hidden by the firefox window and the adobe reader > (within the firefox window) is not responding, which is imho a failure. > > Is this problem already known, or is there maybe already a solution? Yes, and yes. http://bugzilla.gnome.org/show_bug.cgi?id=324876 There's a copy of that function in Totem as well. Cheers -- Bastien Nocera <[EMAIL PROTECTED]> ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Transient Windows with GtkPlug / GtkSocket
On Wed, 2007-04-25 at 14:11 +0200, Lampersperger Andreas wrote: > Hello, > > I've encountered a problem with the GtkPlug/GtkSocket mechanism and > transient windows: Various windowmanagers does not treat transient > windows as transient because gtk uses for the transient_for window the > xwindow-id of the GtkPlug-xwindow, which is no toplevel window. > > test case: Use firefox and install adobe reader as a firefox plugin, so > that pdf's are directly shown in the firefox window. If you click on > "save a copy..." a "copy as"-dialog is shown. This dialog has the > wm_hints transient and modal. If you now click on the pdf-window the > "save-as" dialog is hidden by the firefox window and the adobe reader > (within the firefox window) is not responding, which is imho a failure. > > Is this problem already known, or is there maybe already a solution? Yes, and yes. http://bugzilla.gnome.org/show_bug.cgi?id=324876 There's a copy of that function in Totem as well. Cheers -- Bastien Nocera <[EMAIL PROTECTED]> ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Transient Windows with GtkPlug / GtkSocket
Hello, I've encountered a problem with the GtkPlug/GtkSocket mechanism and transient windows: Various windowmanagers does not treat transient windows as transient because gtk uses for the transient_for window the xwindow-id of the GtkPlug-xwindow, which is no toplevel window. test case: Use firefox and install adobe reader as a firefox plugin, so that pdf's are directly shown in the firefox window. If you click on "save a copy..." a "copy as"-dialog is shown. This dialog has the wm_hints transient and modal. If you now click on the pdf-window the "save-as" dialog is hidden by the firefox window and the adobe reader (within the firefox window) is not responding, which is imho a failure. Is this problem already known, or is there maybe already a solution? Thank your for your answers, Greetings Andreas ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list