Re: [Gimp-developer] improving QMask mode
Hi, On Sat, 2007-12-01 at 18:05 +1030, David Gowers wrote: b) Push the context before entering qmask mode, and pop it when exiting qmask mode. For Chris's benefit : it means that the context that was being used is stored, and restored after qmask. so the FG and BG that you were previously using return. It would mean a lot more than that. Also any changes to the current brush, pattern, gradient, paint-mode, ... would be undone when the context is popped. We currently use this to allow scripts to work in their own context. I am not sure if it is a good idea to use the context push/pop mechanism in the user interface. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] improving QMask mode
Hi Sven, On Dec 1, 2007 9:37 PM, Sven Neumann [EMAIL PROTECTED] wrote: Hi, On Sat, 2007-12-01 at 18:05 +1030, David Gowers wrote: b) Push the context before entering qmask mode, and pop it when exiting qmask mode. For Chris's benefit : it means that the context that was being used is stored, and restored after qmask. so the FG and BG that you were previously using return. It would mean a lot more than that. Also any changes to the current brush, pattern, gradient, paint-mode, ... would be undone when the context is popped. I thought that you could mask it so that only FG and BG were effected. We currently use this to allow scripts to work in their own context. I am not sure if it is a good idea to use the context push/pop mechanism in the user interface. Sven ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] changing the shape of a text layer
From: [EMAIL PROTECTED] I like the idea of having this functionality available. I have tried the patch and it seems very capable. There appears to be bug which presented itself when I did the following: ... Thanks for the bug report. I'll take a look at it. As a general comment, I would point out that this interface might present a problem in the future when in-place text editing is implemented. Since the primary function of the tool is text input, perhaps it would be better to require a modal key (ALT?) when adjusting the frame so that, in the future, unmodified mouse clicks could be used to specify cursor location and text selections. I hadn't thought about this, but it seems to me that it would be simpler to distinguish between clicking (used in in-place editing) and click-and-drag (used for modifying shape). But in general I am absolutely delighted to leave that sort of question to the wisdom of Peter and his cohorts. -- Bill ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer