Re: [Gimp-developer] Script baffling
Quoting Kevin Cozens : > Roger Penn wrote: >> The included script worked just fine before upgrading from 2.2 to 2.6. I've > [snip] >> (define (BulletinBoard_Blue_Header inText inFilename) >> (let* ( >> (drawable -1) >> (text inText) >> (filename inFilename) >> (gimp-context-set-foreground '(41 11 169)) >> (img (car (gimp-file-load 1 >> "C:\\userfiles\\admin\\images\\GIMP\\bulletin.gif" "bulletin.gif"))) >> (gimp-image-convert-rgb img) > > Your script is calling "gimp-image-convert-rgb" in the variable bindings > part of the let*. It needs to be in the body of the let*. Move the line to > just before or after the call to "gimp-selection-none". I would add that likewise the script is attempting to call 'gimp-context-set-foreground', 'gimp-hue-saturation' and (conditionally) 'gimp-layer-scale' within the binding block. The actual effect of this is that new, local variables are created and assigned the values of the ensuing expressions. The line that attempts to conditionally call 'gimp-layer-scale' is particularly problematic because it is redefining "if" (though only for the duration of the let*). ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Script baffling
Roger Penn wrote: > The included script worked just fine before upgrading from 2.2 to 2.6. I've [snip] > (define (BulletinBoard_Blue_Header inText inFilename) > (let* ( > (drawable -1) > (text inText) > (filename inFilename) > (gimp-context-set-foreground '(41 11 169)) > (img (car (gimp-file-load 1 > "C:\\userfiles\\admin\\images\\GIMP\\bulletin.gif" "bulletin.gif"))) > (gimp-image-convert-rgb img) Your script is calling "gimp-image-convert-rgb" in the variable bindings part of the let*. It needs to be in the body of the let*. Move the line to just before or after the call to "gimp-selection-none". ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Script baffling
Folks, I am at my wit's end. The included script worked just fine before upgrading from 2.2 to 2.6. I've been all through the migration guide, etc. and can't figure out why this script that has always worked fine, now suddenly returns "error: Procedure execution of gimp-image-convert-indexed failed on invalid input arguments: Image 'bulletin.gif' (13) is already of type 'indexed' " The first thing I do after opening the image is to call (gimp-img-convert-rgb img), which I know works, because the script then proceeds to do all sorts of things that can't be done on an indexed image. So clearly it isn't already of type 'indexed' and something is just plain broken here. Can anyone help please? Thanks! I know the list doesn't like attachments, so I haven't attached the bulletin.gif, but I can if you need it. Script: (define (BulletinBoard_Blue_Header inText inFilename) (let* ( (drawable -1) (text inText) (filename inFilename) (gimp-context-set-foreground '(41 11 169)) (img (car (gimp-file-load 1 "C:\\userfiles\\admin\\images\\GIMP\\bulletin.gif" "bulletin.gif"))) (gimp-image-convert-rgb img) (background-layer (car (gimp-image-get-active-drawable img))) (gimp-hue-saturation background-layer 0 -108 0 0) (size 48) (font "Inkpen2 Script") (text-layer (car (gimp-text-fontname img -1 0 0 text 0 TRUE size PIXELS font))) (height (car (gimp-drawable-height text-layer))) (width (car (gimp-drawable-width text-layer))) (scale (/ 600 width)) (scale-width (trunc (* width scale))) (scale-height (trunc (* height scale))) (if (< scale 1) (gimp-layer-scale text-layer 600 scale-height 0 0) ) (height (car (gimp-drawable-height text-layer))) (width (car (gimp-drawable-width text-layer))) (theAngle 5) (radians (* theAngle (/ 3.14 -180))) (x-val (/ height 2)) (y-val (/ height 2)) (x-offset (/ (- 650 width) 2)) (y-offset (/ (- 120 height) 2)) (bg-color '(255 255 255)) ) (gimp-selection-none img) (gimp-layer-resize text-layer (+ 10 width) height 10 0) (gimp-layer-set-preserve-trans text-layer TRUE) (gimp-layer-translate text-layer x-offset y-offset) (gimp-drawable-transform-rotate text-layer radians TRUE x-val y-val 0 2 TRUE 3 FALSE) (gimp-selection-none img) (gimp-layer-set-preserve-trans text-layer FALSE) (plug-in-unsharp-mask 1 img text-layer 2 .5 8) (gimp-image-merge-down img text-layer 2) (gimp-image-convert-indexed img NO-DITHER MAKE-PALETTE 255 FALSE 1 "ignore") (set! drawable (car (gimp-image-get-active-layer img))) (gimp-file-save 1 img drawable filename filename) )) (script-fu-register "BulletinBoard_Blue_Header" _"_BulletinBoard Blue Header" "Masthead treatment for COL Layout5a_BulletinBoard_Blue Designs" "Roger Penn" "Roger Penn" "2007" "" SF-STRING _"Text" "Community Church" SF-STRING _"File Name" "C:\\gimppics\\bulletinboard.gif" ) (script-fu-menu-register "BulletinBoard_Blue_Header" _"/Xtns/Script-Fu/COL") ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Google Summer of Code 2011 - Project Ideas/Suggestions
Great thing to bring this up! > Implement the free transform tool > > For exact specifications, see: > http://gui.gimp.org/index.php/Transformation_tool_specification Oh yeah, thumbs up for that! :) > Replace the GimpSizeEntry widget > > Right now both the code and the UI is a mess. The unit should for > example be in the text entry itself instead of in a combo box How about a new type of widget “SizeArea” or somethin' that would remeber value along with entered measurement unit? I know this is a long shot and thing more feasible in vector editing app but still I've been in a couple of situations when I'd love to have such thing. Currently all I can have is widgets that get value and mercilessly convert it to default units no matter what. I think it would be cute if such widget could hold equation leading to some answer e.g. “2 * .25 in + 6 in”. It would display then “6.5 in” but it would allow to correct equation if clicked upon. “.25” could be for example bleeds. > Slicing tool > > One of the most requested features by web designers and/or interface > designers, is the addition of a slice tool. Currently slicing images > inside GIMP can only be done in grids (using guides and the guillotine > action) and you can't split just one rectangle in the middle. > > For example, the following slice can not be achieved: > > --- > ||| > ||| > ||| > ||| > -|| > ||| > --- Am I the only one who feels that current notion of slices is well… a bit retarded? I'm often in a position when I've got to make slices that are overlapping or take only some selected layers into account when producing output images. In such cases slices like shown and widely implemented are nothing short of being useless. Agreed: the slices type presented make producing “WYSIWYG” sites easy but I don't think they're much use for HTML writers. So, long story short I propose making slices that could look something like that: - | --- | | | | | | | | | | | | --- | | | | | - The biggest would be e.g. background, next (in the terms of size) would be menu and the smallest would be some icon. And let me throw in another thing. It's been in my head for some time but now I think it's good to show it to the world. Just in the matter of shear curiosity: I'd like to see some conceptual work/code/working example/whatever about automatically configurable grid processing. It may be more of GEGL project than GIMP one, but I believe still beneficial in the end. Since 3D rendering engines do that, maybe it would work nice in 2D world too. Of course a metric and some kind of benchmark would be needed to decide if sending some part of work over network to another node is beneficial. Anyway I think it have chances to make things snappy even on slow machines. I see it as a something between freakin' fat workstations, thin clients with some heavy “mother goose” and mighty cluster. It would (hopefully ;)) help to use what is at hand more optimally. Best regards! thebodzio signature.asc Description: PGP signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Convite pessoal de Emilio Fernandes
Se você não conhece Emilio Fernandes, ignore esta mensagem de email. Se você não pode clicar nos links, clique em « Mostrar conteúdo » e tente novamente. Olá, Finalmente, um sistema inteligente e simples para gerenciar seus contatos! Com UNYK, eu reuni todos os meus contatos num mesmo caderno de endereços, que se atualiza automaticamente. Um dos meus contatos modifica os dados dele(a) no site UNYK.com: meu caderno se atualiza. Eu modifico um dado no site UNYK.com: o caderno dos meus contatos se atualiza. É simples e facilita a vida! Posso lhe acrescentar aos meus contatos? Para aceitar, clique aqui! http://www.unyk.com/ml/608/233/?i=0573FE1123FE4FAFAA99A62116CDAD6F&s=21484853&w=1298552107 Você poderá também criar seu caderno de endereços inteligente. Emilio Fernandes UNYK : MQA 133 Não responda diretamente a esta mensagem. Caso você tenha perguntas ou dúvidas, por favor, entre em contato conosco: http://unyk.com/pt/Entre-em-contato-conosco UNYK Inc., 1010 de Serigny, bureau 820, Longueuil, QC, J4K 5G7, Canada. Não quero mais receber nenhum convite para utilizar UNYK da parte de Emilio Fernandes: cancelar minha inscrição http://www.unyk.com/ml/608/235/?mid=9F92A6AC7D7C88A0&email=gimp-developer@lists.xcf.berkeley.edu&s=21484853&w=1298552107 Não quero mais receber nenhum convite para utilizar UNYK: cancelar minha inscrição http://www.unyk.com/ml/608/234/?i=0573FE1123FE4FAFAA99A62116CDAD6F&s=21484853&w=1298552107 UNYK, o primeiro caderno de endereços inteligente que se atualiza sozinho! ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
