Re: [Gimp-developer] Send by E-mail Feature
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tobias Jakobs wrote: > Hi Christopher, > > On Tue, Jul 28, 2009 at 20:14, Christopher Howard wrote: >> Hi. My name is Christopher and I'm one of your new bugzilla reporters >> and aspiring developers. One of the small bugs I have been working on is >> #589674. (http://bugzilla.gnome.org/show_bug.cgi?id=589674) > > I'm not a Gimp developer but I hope I can help. I think the E-Mail > Feature needs an overall rewrite. The plugin should use xdg-email [1] > and not sendmail, see the quote from Svens mail at the end from this > mail[2]. Then the UI don't need any of the fields, that are at the > moment in the dialog. This informations can be better entered in the > E-Mail program. What is needed are options to scale and rotate the > image and perhaps to change the file format. Then it would be > important to see the file size, because a lot of mail provider have a > limit. > So my suggestion is to first port the plugin to xdg-email with an very > basic UI and then start to improve it. > > Regards, > Tobias > > [1] http://portland.freedesktop.org/xdg-utils-1.0/xdg-email.html > > [2] > On Wed, Jul 15, 2009 at 00:22, Sven Neumann wrote: >> Hi, >> >> On Tue, 2009-07-14 at 14:06 -0700, Patrick Horgan wrote: >> This feature requires that you have sendmail (or a compatible mail system) installed and configured on your system. As that is rather uncommon nowadays, the plug-in should probably be disabled on most distributions. It's pretty useless anyway (which is why it's called the GIMP Useless Mail Plug-In). >>> On the lighter side, did anyone consider that if it was instead named >>> the GIMP Realy Useless Mail Plug-In it would be GRUMPI? >> Well, instead of doing that, someone could port the plug-in to use >> 'xdg-email'. That would make it somewhat useful again. Just curious, as i don't have access to a Windows box: does a Windows GIMP build not have the Send-by-Mail function? Or does it use a native Windows program/function? - -- http://indicium.us http://theologia.indicium.us I sign /all/ my e-mail messages via PGP. If you receive any e-mail supposedly from me without my valid PGP digital signature, please take additional steps to verify the authenticity of the message. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpvlo8ACgkQQ5FLNdi0BcXwKgCePLlCZGN0VZgmWXNgyoksfXqQ pmgAoIga/xd28ENt6kQByBVgl1UQM7PU =iMzt -END PGP SIGNATURE- ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Send by E-mail Feature
Hi Christopher, On Tue, Jul 28, 2009 at 20:14, Christopher Howard wrote: > > Hi. My name is Christopher and I'm one of your new bugzilla reporters > and aspiring developers. One of the small bugs I have been working on is > #589674. (http://bugzilla.gnome.org/show_bug.cgi?id=589674) I'm not a Gimp developer but I hope I can help. I think the E-Mail Feature needs an overall rewrite. The plugin should use xdg-email [1] and not sendmail, see the quote from Svens mail at the end from this mail[2]. Then the UI don't need any of the fields, that are at the moment in the dialog. This informations can be better entered in the E-Mail program. What is needed are options to scale and rotate the image and perhaps to change the file format. Then it would be important to see the file size, because a lot of mail provider have a limit. So my suggestion is to first port the plugin to xdg-email with an very basic UI and then start to improve it. Regards, Tobias [1] http://portland.freedesktop.org/xdg-utils-1.0/xdg-email.html [2] On Wed, Jul 15, 2009 at 00:22, Sven Neumann wrote: > Hi, > > On Tue, 2009-07-14 at 14:06 -0700, Patrick Horgan wrote: > >> > This feature requires that you have sendmail (or a compatible mail >> > system) installed and configured on your system. As that is rather >> > uncommon nowadays, the plug-in should probably be disabled on most >> > distributions. It's pretty useless anyway (which is why it's called the >> > GIMP Useless Mail Plug-In). >> > >> On the lighter side, did anyone consider that if it was instead named >> the GIMP Realy Useless Mail Plug-In it would be GRUMPI? > > Well, instead of doing that, someone could port the plug-in to use > 'xdg-email'. That would make it somewhat useful again. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Send by E-mail Feature
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. My name is Christopher and I'm one of your new bugzilla reporters and aspiring developers. One of the small bugs I have been working on is #589674. (http://bugzilla.gnome.org/show_bug.cgi?id=589674) The is more coding that needs to be done, and I am willing to work on a patch, but I thought it would be a good idea to get some more input for you developers about what kind of solution you would prefer. I don't want to repeat everything we wrote in the comments, but the issue is regarding the Send by E-mail feature and how the default form field values are handled. - -- http://indicium.us http://theologia.indicium.us I sign /all/ my e-mail messages via PGP. If you receive any e-mail supposedly from me without my valid PGP digital signature, please take additional steps to verify the authenticity of the message. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpvP+8ACgkQQ5FLNdi0BcXRrQCfWEYqe1zfxNM5OTePVBA6szAA O6EAn1I9N87rMmVAFD1IJTv5mjJjEqD7 =HVD+ -END PGP SIGNATURE- ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Uncomitted patches
On Wed, Jul 15, 2009 at 1:04 PM, LightningIsMyName wrote: > A palettte export script to close a four year old feature request > (Souce is attached) - http://bugzilla.gnome.org/show_bug.cgi?id=304399 I'd love to point you to a very underadvertized application called SwatchBooker written in Python(Qt) ;-) https://gna.org/projects/swatchbooker Alexandre ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Register script in Vectors Menu?
Hmm. I assumed because the error was in a register call that it referref to the image type param. In either case, it worked. Thanks! -Rob A> On 7/28/09, saulgo...@flashingtwelve.brickfilms.com wrote: > Quoting Rob Antonishen : > >> Brilliant - Thanks. I was confused by the message, not realizing that >> the initial INT32 in the error message was the image type (set to "" >> in my case). > > Actually, the first argument is the RUN-MODE, which is implicit when > calling a Script-fu from another Script-fu (but must be supplied when > calling a plug-in). This convention is somewhat unfortunate because it > requires Script-fu authors to know what language a PDB function is > written in (or maybe I'm missing something). > > > > -- Sent from my mobile device ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Register script in Vectors Menu?
Quoting Rob Antonishen : > Brilliant - Thanks. I was confused by the message, not realizing that > the initial INT32 in the error message was the image type (set to "" > in my case). Actually, the first argument is the RUN-MODE, which is implicit when calling a Script-fu from another Script-fu (but must be supplied when calling a plug-in). This convention is somewhat unfortunate because it requires Script-fu authors to know what language a PDB function is written in (or maybe I'm missing something). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Register script in Vectors Menu?
On Tue, Jul 28, 2009 at 12:15 AM, wrote: > Quoting Rob Antonishen > >> I have written a script to fractalize a path (vector) and wanted to >> register it in the paths menu. >> Here is my register statements: >> : >> : >> SF-IMAGE "image" 0 >> SF-DRAWABLE "drawable" 0 >> : >> : >> And the error I get is: >> attempted to install procedure "fractalize-path" which does >> not take the standard Plug-In arguments: (INT32, IMAGE, >> VECTORS). > > After SF-IMAGE, the next argument must be of type SF-VECTORS (not > SF-DRAWABLE). > Brilliant - Thanks. I was confused by the message, not realizing that the initial INT32 in the error message was the image type (set to "" in my case). Thanks- -Rob A> ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On Tue, Jul 28, 2009 at 5:11 PM, Jason van Gumster < ja...@handturkeystudios.com> wrote: > > Sparr wrote: > > > Circle and Fuzzy Circle should be two brushes. > > I've been following this conversation with a bit of interest, but I've > noticed that a lot of discussion has echoed this sentiment. Why should > there be two circle brushes? Couldn't there be a single circular brush > with "fuzziness" as an attribute of that brush that you could adjust > with a percentage slider? .. You can already do that for any circle brush. The attribute is called 'Hardness' We would not seriously consider such a level of reduction because it's bad for usability -- it's much more painful for the user to adjust a slider each time they want to paint with different hardness, than to just switch between two brushes. I personally think there should be a few different brushes in a basic set. * 'fill' brush (large, hard edge) -- because often painting is more convenient than select+fill * 'sharp' brush (moderate size -- say 25px (== radius 12), hardness 1.0) (general purpose) * 'fuzzy' brush (for blending) If we moved towards Akira's idea of moving brush-related tool options into brushes themselves, I would also suggest * a single pixel, Hard Edge (as in, pencil-style sharp rendering) brush for pixel.precise adjustments. ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] XMPModel and custom signals
Hi, I wasn't sure if I should bring up this discussion on the mailing list or better on the bug report (http://bugzilla.gnome.org/show_bug.cgi?id=589474). I think it could be useful to subscribe to events emited by the XMPModel (although other people know something I don't know). The old XMPModel used a treestore to store property and schema data. My current work version inherits from GtkTreeStore. There are two things which happen to the treemodel: a property or a schema could be set. If I'm subscribing to the row-changed event only, I have to figure out in my callback what has changed: a property or a schema. By using two different signals, it would be more explicit what was changed. I'm working on another patch, which uses custom entry fields which "monitor" one property in the XMPModel. Currently they're subscribed to the 'row-changed' event in the XMPModel, which makes it hard to figure out if the change belongs to the Entry or not. If I could subscribe to a 'property-changed' event, I still have to figure out which property has changed, but don't have to figure out *if a property* has been changed. That would make life easier. Now - as I said - maybe I missed something, but I'm keen to learn :) Cheers, -- Roman Joost www: http://www.romanofski.de email: romanof...@gimp.org signature.asc Description: Digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
Sparr wrote: > Circle and Fuzzy Circle should be two brushes. I've been following this conversation with a bit of interest, but I've noticed that a lot of discussion has echoed this sentiment. Why should there be two circle brushes? Couldn't there be a single circular brush with "fuzziness" as an attribute of that brush that you could adjust with a percentage slider? -Jason ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] What would be a better set of default resources?
On 07/28/2009 03:04 AM, Joao S. O. Bueno wrote: > Getting back to the start of this discussion -- > > I am in talks with the new mantainer of a very popular brazillian GIMP > comunity portal this week (Guilherme coordinating www.ogimp.com.br with > ~20.000 unique visitors a day)-- he has resources of his own which could be > made available eitehr in GIMP or in gimp-data-extras . Moreovr a "call for > help" on these online comunities could result in a large number of > contributions from Brazillian artists (most with poor English comunication > skills) Hi Joao, To be honest, I don't like the idea of involving like tens of thousands of Brazillians with poor English communication skills in a way that requires asking for permission on this list. It is of course great if we can get help to create or collect the resources we have decided to add, but I don't see why you would need to ask us for permission to manage something like that on a site not administrated by us. > So it ocurred to me: maybe we could make a "call for contributions" for new > resources, and some open voting mechanism. The top rated artwork would make it > into GIMP as patterns and brushes, and some more could be made available in > gimp-data-extras . As long as you take care of managing the whole thing and don't use this list for it (except perhaps linking to existing discussions), this is fine with me. / Martin ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
