[Gimp-user] Is there a mean to display exif data from within the Gimp
Hi, I would like to dispaly exif data from pictures I've got with a digital camera. I've not found if there is this feature implemented in The Gimp (if no, it would be nice). Sorry if the question has already been posted, I've tried to search the archives but got an error message. ht://Dig error htsearch detected an error. Please report this to the webmaster of this site. The error message is: Unable to read configuration file (I've reported this error) -- Regards - Jean-Luc pgp0.pgp Description: PGP signature
Re: [Gimp-user] Is there a mean to display exif data from within the Gimp
Hi Jean, Jean-Luc Coulon (f5ibh) wrote: I would like to dispaly exif data from pictures I've got with a digital camera. I've not found if there is this feature implemented in The Gimp (if no, it would be nice). There is a patch for this which uses libexif-gtk (from the same source as libexif) in bugzilla which was not applied because it was felt that it was very specific to exif metadata when the goal should be a general metadata framework. Perhaps this was a mistake in hindsight... http://bugzilla.gnome.org/show_bug.cgi?id=56443 (attachment ID 13329, partially applied). Cheers, Dave. -- Dave Neary [EMAIL PROTECTED] ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] A SMALL feature request(comfortable for wacom users)
Hi! There is a minor, but really annoying problem with the current layout of the user interface, regarding the dockable tabs part. For adding a new tab, I only have to drive my mouse/wacom pen over the tab area. On the other hand, if I grip and drag the tab, it becomes a new window. It is easy to get confused if you have a wacom pen. Quite often, when I intend just to switch in between tabs, the pen can move more and GIMP immediately turns my tab into a new window. It is kind of time-consuming, to change back all the non-wanted windows into tabs. I would like to make a feature request. It would be nice if GIMP could lock tab positions and tab numbers in a given window. So until it is locked, it could not be moved. It would be similarly as in the case of quick launcer in the top menubar(GNOME menu). I have made a small image for better showing my problem: http://www.pvvbitech.hu/kicsuszik.png Thanks for your help, Khiraly ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] A SMALL feature request(comfortable for wacom users)
Hi, Khiraly [EMAIL PROTECTED] writes: There is a minor, but really annoying problem with the current layout of the user interface, regarding the dockable tabs part. For adding a new tab, I only have to drive my mouse/wacom pen over the tab area. On the other hand, if I grip and drag the tab, it becomes a new window. It is easy to get confused if you have a wacom pen. Quite often, when I intend just to switch in between tabs, the pen can move more and GIMP immediately turns my tab into a new window. It is kind of time-consuming, to change back all the non-wanted windows into tabs. Increasing the dnd-drag-threshold should help. Put something like this into your ~/.gtkrc-2.0: dnd-drag-threshold = 50 Sven ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] First bugreport
Hi! Sven: Thx for the treshold tip! Other: I use now more the gimp-2.0 as the old gimp-1.2 But sometime it make segfault(it just quite without any message) I have made a small bash szkript to allow the coredumps: #! /bin/bash cd gimpCoredumps ulimit -c unlimited gimp-2.0 And I launch this small szkript from my menu. So Im interesting, where can I report my backtraces of coredumps? Which information would be include? And this is useful?(so you like if I report some backtrace in the future?) Example: I select the text tool. I go in the options, and select a font. But I have many, so I scroll down and look for others. Sometime it crash the gimp without any message. System: Debian SID, I have installed gimp from package. gimp-2.0 libgtk2.0-dev 2.2.4-1 Here is the backtrace: (gdb) bt #0 0x406614a5 in mallopt () from /lib/libc.so.6 #1 0x406600a0 in realloc () from /lib/libc.so.6 #2 0x40561988 in FcCharSetDestroy () from /usr/lib/libfontconfig.so.1 #3 0x405619f2 in FcCharSetFindLeafCreate () from /usr/lib/libfontconfig.so.1 #4 0x40561c77 in FcCharSetEqual () from /usr/lib/libfontconfig.so.1 #5 0x40561d82 in FcCharSetEqual () from /usr/lib/libfontconfig.so.1 #6 0x40561ebd in FcCharSetUnion () from /usr/lib/libfontconfig.so.1 #7 0x4055c9f5 in FcFontMatch () from /usr/lib/libfontconfig.so.1 #8 0x4055cb45 in FcFontSetSort () from /usr/lib/libfontconfig.so.1 #9 0x4055ccf3 in FcFontSort () from /usr/lib/libfontconfig.so.1 #10 0x4046b613 in _pango_ft2_font_map_remove () from /usr/lib/libpangoft2-1.0.so.0 #11 0x4046b7bb in _pango_ft2_font_map_remove () from /usr/lib/libpangoft2-1.0.so.0 #12 0x404939c5 in pango_font_map_load_fontset () from /usr/lib/libpango-1.0.so.0 #13 0x40492d0d in pango_itemize () from /usr/lib/libpango-1.0.so.0 #14 0x404925c0 in pango_itemize () from /usr/lib/libpango-1.0.so.0 #15 0x40498664 in no_shape_filter_func () from /usr/lib/libpango-1.0.so.0 #16 0x40496eea in pango_layout_get_cursor_pos () from /usr/lib/libpango-1.0.so.0 #17 0x40497186 in pango_layout_get_extents () from /usr/lib/libpango-1.0.so.0 #18 0x4049720a in pango_layout_get_pixel_extents () from /usr/lib/libpango-1.0.so.0 ---Type return to continue, or q return to quit--- #19 0x0821ac5b in gimp_font_get_type () #20 0x081eee44 in gimp_viewable_get_preview () #21 0x0816758b in gimp_preview_renderer_draw () #22 0x08167551 in gimp_preview_renderer_draw () #23 0x08167086 in gimp_preview_renderer_draw () #24 0x4016db7f in gtk_cell_renderer_render () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x402c02cf in gtk_tree_view_column_cell_get_size () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x402c040b in _gtk_tree_view_column_cell_render () from /usr/lib/libgtk-x11-2.0.so.0 #27 0x402abefc in gtk_tree_view_get_type () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x401ee282 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #29 0x404bbd44 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #30 0x404bba92 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #31 0x404cb895 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #32 0x404caca3 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #33 0x404cb0d6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #34 0x402ccc6b in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0 #35 0x401ecd8d in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #36 0x40396a53 in gdk_window_clear_area_e () from /usr/lib/libgdk-x11-2.0.so.0 #37 0x40396afa in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #38 0x40396b61 in gdk_window_process_all_updates () ---Type return to continue, or q return to quit--- from /usr/lib/libgdk-x11-2.0.so.0 #39 0x4050c9c1 in g_timeout_add () from /usr/lib/libglib-2.0.so.0 #40 0x4050a086 in unblock_source () from /usr/lib/libglib-2.0.so.0 #41 0x4050b029 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #42 0x4050b347 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #43 0x4050b9b0 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #44 0x401ec5df in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #45 0x080844e5 in app_run () #46 0x08084aaa in main () #47 0x40604da6 in __libc_start_main () from /lib/libc.so.6 (gdb) q Cheers, Khiraly ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] gimp-2.0: Snap to guide changed?
I was using gimp-2.0 (on Windows) for the first time last night and noticed a difference in the snap to guide handling compared to gimp-1.2.5. I often use guides to constrain rectangular selections and when the selection is across the full width or height of the image I will increase the size of the window so there is some space around the image. I will then click and start dragging in the space around the image, move into and right over the image and to the extent I want to select in the other dimension. The selection snaps to the guide and displays its marching ants outside the image, into the space around it. When the mouse button is released the selection shrinks so only the area within the image itself is selected. When I did this in gimp-2.0 last night I discovered that the snap to guide now only works while the mouse pointer is actually over the image. As I start the drag (outside the image) there is no snapping to the guide. When the mouse pointer moves over the image, snapping occurs, but when the mouse pointer exits the other side of the image the snapping stops again. This means the one needs to work more precisely, and slowly, to ensure that the selection extends right up to the image without the mouse pointer actually exiting the image. Is this perhaps something that is controlled by an option or is it a change in behaviour in gimp-2.0? If it is an intentional change in behaviour, is there perhaps another way to make such a selection without the need for the precision near the edges of the image? Thanks. -- Steve Crane http://craniac.afraid.org ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp-2.0: Snap to guide changed?
On Wed, Apr 07, 2004 at 10:24:55AM +0200, Steve Crane wrote: I was using gimp-2.0 (on Windows) for the first time last night and noticed a difference in the snap to guide handling compared to gimp-1.2.5. I often use guides to constrain rectangular selections and when the selection is across the full width or height of the image I will increase the size of the window so there is some space around the image. I will then click and start dragging in the space around the image, move into and right over the image and to the extent I want to select in the other dimension. The selection snaps to the guide and displays its marching ants outside the image, into the space around it. When the mouse button is released the selection shrinks so only the area within the image itself is selected. one of the big differences between gimp-1.2 and this new thing is the tool options dialog. i had this same problem a while ago. double click on either the rectangular or elliptical tools and you will see an auto shrink selection option that is the default behavior. i suspect they put it there so we can still find some of the nice gimp-1.2 users out that did not complain much and just used it. i hope i understood the problem alright ... carol ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] First bugreport
ons 2004-04-07 klockan 21.33 skrev Khiraly: So Im interesting, where can I report my backtraces of coredumps? Which information would be include? And this is useful?(so you like if I report some backtrace in the future?) Have you looked at the websites Bugs section to find this out? Because there is a lot of different ways to do bug reports and many things are explained there. Example: I select the text tool. I go in the options, and select a font. But I have many, so I scroll down and look for others. Sometime it crash the gimp without any message. System: Debian SID, I have installed gimp from package. Debian is using Sid for unstable releases. Which means that this can be a bug in the package. Only developers should actually use Debian Sid because it is unstable. And before doing a bug report try to get the file from www.gimp.org and compile it to see if the same thing happens when using the source. Regards, -- Niklas Mattisson scizzoNOSPAM-at-sector7-dot-nu ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
