Re: [Gimp-developer] Bug 719435
On 12/02/2013 01:10 AM, Rick C. Hodgin wrote: On 12/01/2013 12:15 PM, Ofnuts wrote: On 11/30/2013 10:53 PM, Hodgin, Rick C. wrote: I was asked by Michael Natterer to discuss this enhancement on the GIMP developer list. https://bugzilla.gnome.org/show_bug.cgi?id=719435 Basically, I'd like to see the line cue for the Pen tool colorized when either of the two X,Y axis offsets are 0, or when their absolute values are equal (or have it match the existing angles used for snapping, though I personally only use the 45 degree angle setting often). This colorization cue would be visible without activating snapping, and would simply change the line color when those conditions are met. I have no other reason for wanting it except that I think it is difficult to see when the line is at exactly 45 degrees since it uses such a smooth anti-aliasing algorithm, and that it would provide added value, be a nice helpful feature, and something that I've wanted in GIMP for quite some time. :-) How would that be better than the current constrained angles? It would cue automatically without constraining. As the cursor moves around, the colors would indicate alignments. It could be used to examine existing image content, or to help align new. First, unless we introduce some error margin the cue could be rather elusive because you would have to be on the right pixel (and stay there). Second, I don't see the logic of checking if you are at 45° and not draw the line in a paint tool. If you want to check alignments, the right tool would be the Measure tool. Having display changes (color or else, there are color-blind users) on some angles (and perhaps distances) could be useful there (one more Tool option, and with the caveat about elusiveness). And as a reminder, the Measure tool also has constrained angles (so you can move the second measure point along an accurate vertical/horizontal/diagonal), and will let you to position H/V/H+V guides where the cursor is. So using both capabilities together you can easily define some point at 45° from an existing point(*) (*) Note to the devs: Currently using the constrained angles disables snapping to guides and path. Having both together would be useful: draw the perpendicular to a line through a given point, etc... ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Setting Up a Release Procedure
What are the Windows packagers using for the build? If they're using a proprietary package system I suggest moving to a more open one such as NSIS and customizing that. Windows builds can easily be automated using NSIS. Another advantage of using NSIS is checking the scriptable installer code into SCM. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Updating gimp-win.sourceforge.net and Sourceforge old page as deprecated.
On Monday, December 2, 2013, 0:25:11, Jehan Pagès wrote: Could whoever has admin right on this Sourceforge project add like a big red message or something saying all these installers are old and this page deprecated and redirect them to the new installer page? Unfortunately, there isn't much that can be done with the project pages. 2) Also the page http://gimp-win.sourceforge.net has been updated with a link to gimp.org and a message. Nevertheless if you were to browse and go to the FAQ page, the Download button would be bad again and link to the old Sourceforge page, which is wrong: http://gimp-win.sourceforge.net/faq.html I removed the Project page and Releases links from FAQ. The Download page already links to gimp.org. -- Jernej Simončič http://eternallybored.org/ If you're feeling good, don't worry. You'll get over it. -- Boling's Postulate ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Bug 719435
On 2013-12-02 03:36, Ofnuts wrote: On 12/02/2013 01:10 AM, Rick C. Hodgin wrote: On 12/01/2013 12:15 PM, Ofnuts wrote: On 11/30/2013 10:53 PM, Hodgin, Rick C. wrote: I was asked by Michael Natterer to discuss this enhancement on the GIMP developer list. https://bugzilla.gnome.org/show_bug.cgi?id=719435 Basically, I'd like to see the line cue for the Pen tool colorized when either of the two X,Y axis offsets are 0, or when their absolute values are equal (or have it match the existing angles used for snapping, though I personally only use the 45 degree angle setting often). This colorization cue would be visible without activating snapping, and would simply change the line color when those conditions are met. I have no other reason for wanting it except that I think it is difficult to see when the line is at exactly 45 degrees since it uses such a smooth anti-aliasing algorithm, and that it would provide added value, be a nice helpful feature, and something that I've wanted in GIMP for quite some time. :-) How would that be better than the current constrained angles? It would cue automatically without constraining. As the cursor moves around, the colors would indicate alignments. It could be used to examine existing image content, or to help align new. First, unless we introduce some error margin the cue could be rather elusive because you would have to be on the right pixel (and stay there). Second, I don't see the logic of checking if you are at 45° and not draw the line in a paint tool. If you want to check alignments, the right tool would be the Measure tool. Having display changes (color or else, there are color-blind users) on some angles (and perhaps distances) could be useful there (one more Tool option, and with the caveat about elusiveness). And as a reminder, the Measure tool also has constrained angles (so you can move the second measure point along an accurate vertical/horizontal/diagonal), and will let you to position H/V/H+V guides where the cursor is. So using both capabilities together you can easily define some point at 45° from an existing point(*) (*) Note to the devs: Currently using the constrained angles disables snapping to guides and path. Having both together would be useful: draw the perpendicular to a line through a given point, etc... First, ofnuts, if you're the one who decides whether or not a new feature is included, I hereby withdraw my request and will cease all further input into GIMP. Second, it would be while you're on the correct pixel only. If using fractional pixels (floans), then whenever integer rounding places you on that pixel it would highlight. Third, it's for while you're already doing something on the image using that tool. The cue would provide useful information from time to time, for very little additional programming as the line cure must already redraw itself as the mouse moves. A simple test when rendering onto the output window and you're there. Forth, as for changing the color, make it an option that must be enabled and let the user decide their own color. Or, make it a non color feature -- such as an alternating white/black dotted line cue on a 250ms timer. Lots of possibilities. Best regards, Rick C. Hodgin ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
Re: [Gimp-developer] Bug 719435
On 12/02/2013 06:45 PM, Hodgin, Rick C. wrote: On 2013-12-02 03:36, Ofnuts wrote: On 12/02/2013 01:10 AM, Rick C. Hodgin wrote: On 12/01/2013 12:15 PM, Ofnuts wrote: On 11/30/2013 10:53 PM, Hodgin, Rick C. wrote: I was asked by Michael Natterer to discuss this enhancement on the GIMP developer list. https://bugzilla.gnome.org/show_bug.cgi?id=719435 Basically, I'd like to see the line cue for the Pen tool colorized when either of the two X,Y axis offsets are 0, or when their absolute values are equal (or have it match the existing angles used for snapping, though I personally only use the 45 degree angle setting often). This colorization cue would be visible without activating snapping, and would simply change the line color when those conditions are met. I have no other reason for wanting it except that I think it is difficult to see when the line is at exactly 45 degrees since it uses such a smooth anti-aliasing algorithm, and that it would provide added value, be a nice helpful feature, and something that I've wanted in GIMP for quite some time. :-) How would that be better than the current constrained angles? It would cue automatically without constraining. As the cursor moves around, the colors would indicate alignments. It could be used to examine existing image content, or to help align new. First, unless we introduce some error margin the cue could be rather elusive because you would have to be on the right pixel (and stay there). Second, I don't see the logic of checking if you are at 45° and not draw the line in a paint tool. If you want to check alignments, the right tool would be the Measure tool. Having display changes (color or else, there are color-blind users) on some angles (and perhaps distances) could be useful there (one more Tool option, and with the caveat about elusiveness). And as a reminder, the Measure tool also has constrained angles (so you can move the second measure point along an accurate vertical/horizontal/diagonal), and will let you to position H/V/H+V guides where the cursor is. So using both capabilities together you can easily define some point at 45° from an existing point(*) (*) Note to the devs: Currently using the constrained angles disables snapping to guides and path. Having both together would be useful: draw the perpendicular to a line through a given point, etc... First, ofnuts, if you're the one who decides whether or not a new feature is included, I hereby withdraw my request and will cease all further input into GIMP. I don't decide anything here. Gimp development is an ergocracy. Those who work decide. I can at best voice an opinion. Here, I'm merely answering your call for discussion. I'm sorry I'm the only one to answer that call. And discussion is not automatic approval. Second, it would be while you're on the correct pixel only. If using fractional pixels (floans), then whenever integer rounding places you on that pixel it would highlight. Third, it's for while you're already doing something on the image using that tool. The cue would provide useful information from time to time, for very little additional programming as the line cure must already redraw itself as the mouse moves. A simple test when rendering onto the output window and you're there. The SMOP is in the eye of the feature requester :) I still don't understand what you gain by knowing if your latest mouse movement puts you on a diagonal, versus just asking Gimp to put you there when you need it (constrained angles). And even more so on the paint tools, where the line indicates where the stroke will be. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
[Gimp-developer] Libre Graphics Meeting 2014 - April 2-5 in Leipzig - Call for Presentations, Registration
Hi all, Libre Graphics Meeting is a meeting place for artists, developers, users, contributors, planners, fans, designers, ... using, utilizing, creating, planning, developing, contributing to Free, Libre and Open Source Software related to graphics in any imaginable way. In 2014, Libre Graphics Meeting will happen at Leipzig University from April 2 to April 5. Registration has opened, please visit http://libregraphicsmeeting.org/2014/register/ and let the organizers know if you are coming to this event. The conference program depends on input by the attendees - if you want to give a talk there, to offer a workshop, to show off your works, ... check out the Call for Presentations: http://libregraphicsmeeting.org/2014/call-for-participation-2/ and submit your proposal: http://libregraphicsmeeting.org/2014/submit/ Besides the talks, the software projects use this occasion as an annual meeting opportunity for the (usually) globally distributed contributor teams. This turns out to be very productive every time. To cover expenses, keep the conference free for all, and be able to invite the speakers, the LGM organizers have started a Pledgie fundraiser. Their goal is an ambitious 12k USD mark: https://pledgie.com/campaigns/22927 GIMP will be contributing to that in two ways: we reimburse people we've invited ourselves from our own funds, donated by a huge crowd of helpers (many, many thanks for this), and we're also going to contribute to the global LGM funds to help them help other projects. -- Regards, Michael GPG: 96A8 B38A 728A 577D 724D 60E5 F855 53EC B36D 4CDD ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list