Re: [Gimp-developer] More intelligent user protection from information loss
Hi, On Mon, 2008-06-09 at 01:45 +0200, [EMAIL PROTECTED] wrote: That means it makes sense to work on a temporary solution before the big UI overhaul happens? There is no such thing as the big UI overhaul. It also does not make sense to work on temporary solutions. Instead someone needs to sit down with the UI team and work out a complete solution for Save and Export, and then start to implement it. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More intelligent user protection from information loss
Sven Neumann wrote: Instead someone needs to sit down with the UI team and work out a complete solution for Save and Export, and then start to implement it. In that case I propose an IRC based scheduled and announced meeting on this topic with the UI team? That way anybody who wants to can give input and the output can be a complete spec for this. However the UI team seems to have vanished atm... -- Alexia ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More intelligent user protection from information loss
Hi, On Mon, 2008-06-09 at 09:32 +0300, Alexia Death wrote: In that case I propose an IRC based scheduled and announced meeting on this topic with the UI team? That way anybody who wants to can give input and the output can be a complete spec for this. However the UI team seems to have vanished atm... No need to hurry. We are now talking about changing the Save/Export logic for almost a decade. If we can agree on the spec before 2.6 is out, then we can put it on the roadmap for GIMP 2.8 and actually try to get it done in time. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] proposed solution for: protection from information loss
Von: Akkana Peck [EMAIL PROTECTED] For that workflow, what would be even more useful is to be able to have a command that could do both: save the current .xcf (.gz or .bz2) AND, from the same menu item or keystroke, save a copy to a simpler format. Then you wouldn't have to go back and forth between Save and Save a Copy every time you make a change, and you wouldn't have to confirm the copy's filename every time you saved it. Something like this has been brought up during the first usability meeting, where some of the boring tasks a user has to do have been identified. It would be great if it were possible to write a plug-in that would do that, even if gimp didn't include it natively. It would need to get the current filename (that's easy already, gimp-image-get-filename) and also what the last save a copy filename was (not so easy -- I don't think there's an API to get that now, is there?) For ages I've heard rumours about a feature that lets file save plug-ins pass a save operation throught to other save plug-ins. I'm not sure if this does exists, as I haven't seen any example yet (to be fair, I didn't search, either), but maybe this can be used here. HTH, Michael -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] gimpgallery 0.8 ...now's the time
I'm proud to present the last gimpgallery release, 0.8. You find it at http://test.gimpgallery.net As you may already know gimpgallery is a project of a gimp website especially meant to host and show images and to share xcf sources too. It is the first attempt to create a community of gimp artists, giving them a suitable space for their works, projects and ideas. Gimpgallery is made with drupal, the well known opensource cms and we started developing it from inkscapegallery (http://inkscapegallery.net). It was already a good social network software, with most of the features you're getting used to but we worked a lot to make it even better. This new release presents many improvements since the last announce and a better cross browsing. We're supporting firefox 2, opera 9x, ie7 and ie6 (there are a couple of disclaimer for ie users). There's an issue with konqueror, instead, due to a javascript not supporting it. We fixed a lot of issues with internet explorer, as you may see on the random gallery at http://test.gimpgallery.net/slideshow If you're a gimp user try it out, every gimp artist now has its own profile, gallery and slideshow We made a new home page (http://test.gimpgallery/home) and we are trying to make things work like we wish to. gimpgallery is an image gallery website, it doesn't produce news or tutorials, so we took some rss feeds from the best internet resources about gimp and we placed in the home page, giving infos and links. Indeed, we're trying to build a network of gimp websites, everyone with its own attitude, so we will link gimptutorials.net for didactics, gimp.org and gimpusers.com for the news and we would like them to link us when a user will look for images. In the home page you see an arrangement for a new feature, an interview with a gimp artist that we might change every week or something like that, it is called a few words with... There's a fully customized submission and registration skin, that is quite new in the drupal world. We must test it so we hope you to help us registering and posting many contents. We have the forum where to inform us about bugs or software's bad behaviors . I don't want to annoy you with a long description (even because there would be too much to say :-) i just ask you to spend ten minutes of your time to browse it and i ask you to do this deeply, because there's a lot to see. Don't mind the images actually, 'cause we have only a few images really coming from gimp artists, some others come from inkscapegallery and they stand only for test. I hope you to like it as it is, but we still have the chance to make some changes it the layout, we focused on features actually and we hope them to really meet the requirements. As soon as we have enough images we will bring it online at its own address: http://gimpgallery.net and i think it will be funny :-) Greetings, Da. http://test.gimpgallery.net http://inkscapegallery.net ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] EXIF data missing after jpg save
Message: 4 Date: Thu, 5 Jun 2008 07:25:23 -0400 From: Paka [EMAIL PROTECTED] Subject: Re: [Gimp-developer] EXIF data missing after jpg save To: gimp-developer@lists.XCF.Berkeley.EDU Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii * Jim Sabatke [EMAIL PROTECTED] [06-04-08 14:09]: OK, I'm processing Nikon D200 NEF (RAW) photos with gimp and ufraw. ufraw shows the exif data properly. When I edit the photo in gimp and go to save with the standard settings, the exif data do not show up on my pbase website. This is a new behavior as exif data have always shown up before. the opensuse team that is maintaining gimp/ufraw does not believe that exif data is important to the project and do not include support for exif. I questioned stbinner at suse dot de several years ago (iirc) and was imformed. Perhaps several questions/comments from different users would convince them otherwise. Maintainers names appear in the changelog comments. I just checked the build logs for more recent Suse versions and ufraw does definitely have exif support. Peter ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
