Re: [Gimp-user] Add Glow and Center Layer
On 12/10/05, BandiPat [EMAIL PROTECTED] wrote: On Saturday 10 December 2005 20:12, michael chang wrote: Trying to answer Pat's cry for a summary... [...] -- ~Mike - Just the crazy copy cat. Thanks Mike for the reprint. Also, no need to send out two mails. I'm on this list, so read the list mail. One mail to the list will suffice. Okay. I realized, the original would have been in the archives too somewhere, eh? Sounds like the OP is confused at what they need to get things compiled. I'm sure all the chatter about how to solve it and the debate on distros has cleared things up considerably too. (not) ;o) I guess the problem is that very few people have had success with SuSE on this list in regards to gimp-perl (or aren't speaking up). As such, those talking are recommending what they know works. *shrugs* I'm guessing if SuSE thought it was needed, it would be installed as a dependency or be available to install for compiling. They are pretty efficient like that. Efficiency can be troublesome. Whether a dependancy is neccessary is different from whether a dependency is useful -- often a package doesn't _need_ something per se, but either A) having it adds functionality that is often used, or B) having it is nice if you've got room. (I forget how RPM depends work, but I know Debian Packages have 3 levels of dependencies... that makes everything more complex because programs and users have to know which levels of depends to automatically fill and which levels not to filil, but the user can usually manually specify what s/he wants in the program...) I think the critism is that users are following their intuition and SuSE is not the exact same as what they expect. (I fall guilty to this too.) To Manish Singh: SuSE and YaST2 work as well or better than any other file install utility at solving dependencies. Thing you fail to realize is that As above, there are multiple levels of dependencies... some think more is better. -devel files are not dependencies. The main files don't need the No they aren't, and Debian, Fedora (I hope) and the like also recognize that. The issue is that -devel files may need other -devel files to work. For example, there is no point in having a patch for xyz for the linux kernel and trying to use it without having the linux kernel source, or at least the headers. [Whether I get the last two via kernel.org or a package from my distro is another issue - the key is that the thing gets found by whatever needs it...] -devel files to operate, nor does the system. They are only needed if the user intends to compile things. The best thing to do when installing any Linux is to just include -devel files or add them at install time. The essential question is if it is _NECESSARY_ to compile gimp-perl for the user's system. No one using SuSE has answered this. Do you currently have a SuSE 9.2 Pro system accesssable to you? It would be nice if you could get gimp-perl 2.0 working with GIMP on it (preferably via binary packages, although any method is fine) and inform the original poster (CCed in this post -- BTW, Myke, are you on the list?) of how it is done. It would even be informative to just tell us that this is only available in SuSE 10 or newer or similar. Again, if it is not possible to get it running, I hope downgrading to GIMP 1.2 is an option. My only other thought is - could SuSE have gone and bundled gimp-perl with the system and then removed the scripts for Add Glow and Center Layer? If so, then those two script would have to be manually retrieved and placed in the correct location by the user... (I would hope this is just me being paranoid and very UNTRUE.) -- ~Mike - Just the crazy copy cat. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Transparent image problem
On 12/9/05, Wade Smart [EMAIL PROTECTED] wrote: 12092005 2021 GMT-5 I have this image that Im laying atop another image. They are both gifs. Im using the eraser tool to erase at 47% the image to make it transparent but, above 50% its 100% and below 50% its 0% transparent. I suggest you convert both to RGB format, then paste one atop another, then erase at 47% transparency (probably saving as GIMP's internal XCF format if you must stop at any point before you're done). Then flatten and export as GIF. GIF only supports things being transparent or not transparent, so there is techincally no such thing as 47% transparent in GIF. You might also want to note the opacity slider in the layers dialogue... maybe that is of some use? -- ~Mike - Just the crazy copy cat. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Add Glow and Center Layer
Trying to answer Pat's cry for a summary... On 12/5/05, Myke C. Subs [EMAIL PROTECTED] wrote: Hello All, I've just joined this list. This is my first post to it. I have been a happy GIMPer since 2000 until this year. After Red Hat ditched me 2 years ago, I switched to Mandrake 8.2 and didn't like it. So this year I switched to SuSE 9.2 Pro and I like it a *lot* - except for the fact that the GIMP upgrade which comes with my distribution no longer includes my two long-time, most-used features: Filters-Render-Add Glow and Layers-Center Layer. Where have these gone and how do I get them back? Especially Add Glow... I *require* that one! Let's see if it's possible to sum up this thread to-date... These two features require a component with gimp known as gimp-perl, which is the perl extension to the GIMP. This allows one to use plugins which are written in perl, of which these are two. It seems that SUSE 9.2 does not appear to have a binary package for the latest version of gimp-perl (or at least a version compatable with the version of gimp you are using). Futhermore, the version of GIMP and GIMP development packages bundled with SUSE 9.2 does not appear to support building this plugin, probably due to an incompatability or other modification made somewhere that breaks gimp-perl's build system. At this point, you have a couple of options: 1. Reverse the change that caused the problem. If upgrading to a 2.x revision of GIMP caused the problem, downgrading to the previous version you had where this problem wasn't exhibited will solve the problem. This assumes your distribution allows downgrading. 2. Build GIMP, GIMP-perl and their dependencies from souce The development packages in your distribution seem somewhat unique, and gimp-perl's build system doesn't recognize them. The lack of a _binary_ package for what you are looking for indicates that the only way to get the functionality may to be build it and its dependencies from source. It may be suitable, then, to build GIMP related binaries and libraries from source, such as GTK+, Pango, GIMP, gimp-perl, and the like. 3. Switch to a different distribution. Various other distributions are known not to have this problem. Reported examples include Debian and Ubuntu, and others may be an option as well. Investigate your alternative thoroughly before exploring this option as it may be time consuming. -- ~Mike - Just the crazy copy cat. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Script-fu, watermark
On 12/9/05, Pavel Sorokin [EMAIL PROTECTED] wrote: I`m totally new to Gimp and Script-fu but I have to do this one thing using Script-fu. I need a script (and a batch?) which will read .jpg file names from a file list and mark all of these files with greyscale watermark (aka logo), which will be place at exact location of those pictures (for example, lower right corner). Watermark must be read from a .gif file. As I understand, this is not a very short script and a few pointers can`t help me (as I already said - I`m new to all this), but maybe you will direct me to some useful (in my case) resources. I`ve been reading tutorials, going through lots of examples, but can`t get enough information to do what I need to do. Basically, what you need to do is to use a loop to run through the images, open them, apply the watermark, save, and close them. Applying the watermark probably would be easiest by copying the watermark from one image into a new semitransparent layer onto the destination image, positioned as necessary. If all the images have similar names, (even if that similarity is just that the end in .jpg) then a good way to automate getting the list of files would be to use GLOB. A useful resource might be the Procedure Browser in GIMP (Xtns menu on main window in 2.2.x) - which lists commands and shows their arguments. (It lets you search through the functions.) The only other things you'd probably need are the knowledge that although the Prodcedure Browser lists function names with underscores, Script-Fu seperates words with dashes (e.g. (gimp_file_load ...) becomes (gimp-file-load ...)) and that all parameters are returned inside lists regardless of number (so you have to use car and cdr and the like to get at the contents). I wish you good luck, as the insane bracket-counting I witnessed with Script-Fu was maddening when trying to debug anything. [GIMP's Script-Fu doesn't report errors very well, so you have to mostly figure out the problem by reading the code and spotting mistakes with no assistance.] Have fun! -- ~Mike - Just the crazy copy cat. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Add Glow and Center Layer
On 12/7/05, Myke C. Subs [EMAIL PROTECTED] wrote: [EMAIL PROTECTED]:/opt/gnome/bin ls -l gimptool* lrwxrwxrwx 1 root root 12 2005-12-05 11:52 gimptool - gimptool-2.0 -rwxr-xr-x 1 root root10660 2005-11-10 02:00 gimptool-2.0 lrwxrwxrwx 1 root root 12 2005-12-05 11:52 gimptool-2.2 - gimptool-2.0 [EMAIL PROTECTED]:~/Downloads/TGZ/Gimp-2.0 perl Makefile.PL checking for gimp-2.0... no checking for gcc... cc [snip] checking whether we are using the GNU C compiler... yes [snip] checking for gimptool-2.0... /opt/gnome/bin/gimptool-2.0 checking for GIMP - version = 2.0.0... no *** Could not run GIMP test program, checking why... *** The test program failed to compile or link. See the file config.log for the What is the output of tail config.log? *** exact error that occured. This usually means GIMP was incorrectly installed *** or that you have moved GIMP since it was installed. In the latter case, you *** may want to edit the gimptool-2.0 script: /opt/gnome/bin/gimptool-2.0 configure: error: ** unable to find gimp, make sure it's in your path (version 1.3.15+ required!) I am most concerned at this point about this line in particular from the above: checking for GIMP - version = 2.0.0... no ...because that's not true. Perhaps I should uninstall and then reinstall my GIMP 2.2.9 RPM? I don't think it has to do with your RPM. The checks for GIMP that the source makes assume certain conditions which usually are created when gimp is built from source. I'm conserned about this line: *** The test program failed to compile or link. See the file config.log What compiler are you using? Do you have the development headers for the libraries used to make gimp? (Installing gimp-devel should have brought them in, but...) for the Or what about rpm --updatedb? Naw, I don't think the source would check your package manager if GIMP was installed. Hum... what if you look for a package called gimpperl in YaST? If it's not there, maybe google for a SuSe RPM for gimp-perl (make sure it matches your OS exactly, since IIRC RPMs can be lethal if they don't match your distro name and version perfectly). IIRC, In Ubuntu and Linux, there is a concept of multiple repositries (e.g. multiple software CDs and/or multiple repositries on the internet) - maybe YaST needs a similar thing added if gimp-perl is not already in your OS? The only problem is, all references to gimp-perl for SuSE 9.2 that I can find refer to gimp-perl 1.2; Ubuntu is providing something that looks like a gimp-perl 2.0 so i'm naturally puzzled... *sigh* -- ~Mike - Just the crazy copy cat. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Add Glow and Center Layer
On 12/6/05, Myke C. Subs [EMAIL PROTECTED] wrote: Carol Spears wrote: it is easy to build gimp-perl. get the tarball and open it. I downloaded the tarball yesterday, opened it and attempted to install it. I am not green with regard to installing from source. I just don't prefer to do that with an RPM-based package like SuSE if it's not required. checking for gimptool-2.0... no checking for GIMP - version = 2.0.0... no *** The gimptool-2.0 script installed by GIMP could not be found *** If GIMP was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GIMPTOOL environment variable to the *** full path to gimptool-2.0. configure: error: ** unable to find gimp, make sure it's in your path (version 1.3.15+ required!) Can't find gimp? It's in it's default SuSE RPM location. Make sure it's in my path? Yep. It's in my path. ?? This requires your gimp development packages... probably gimp-dev or libgimp-dev or whatever... Debian (normal repositry, stable, testing, unstable) and Ubuntu (universe repositry which must be uncommented in /etc/apt/sources.list, warty, hoary, breezy, dapper) both have such packages, called libgimp-perl. Check if there is a similarly named package for your distro. If not... well, *shrugs*. Mind, if it's this much trouble, it may be more convienent to switch to a distribution that has GIMP-Perl packages readily available, or borrow their packaging system*. Basically, the idea is that binary gimp packages (it's useful it you're trying to save space - IIRC there seems to have been a recent movement to split packages into as many depending-on-each-other subpackages as possible) are trimmed to avoid headers - those are sepearate. As for compiling modules and the like, the package (in both those distros) is called libgimp2.0-dev. I imagine you have a should similiar package, with either that name or libgimp2.0-devel, I suppose. (Haven't checked.) If not, you can also get all the development packages for all the libraries and build gimp itself from source. If you have a nice package management system in your distro, you might be able to search through the list of packages as such and install them. Try terms like gimp-perl or even just gimp (you may need to repeat the search multiple times. * This has many implications, and I haven't tried it myself. Apparently it's been known that this solution can have dependency issues because packages are spread over multiple packaging systems. My apologies if my comments are unhelpful. Hopefully you will resolve your problem quickly. -- ~Mike - Just the crazy copy cat. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Add Glow and Center Layer
On 12/6/05, Patrick Shanahan [EMAIL PROTECTED] wrote: * Myke C. Subs [EMAIL PROTECTED] [12-06-05 16:40]: Carol Spears wrote: it is easy to build gimp-perl. get the tarball and open it. type perl Makefile.PL soon after type make when that is completed, as root type make install ... As root: - linux:/home/mykec/Downloads/TGZ/Gimp-2.0 # perl Makefile.PL no, run the 'perl Makefile.PL' as {user} and run 'make' as {user}. then run as root, checkinstall checkinstall will run/convert make install into an rpm and update the rpm database for you. Since he's already run perl Makefile.PL as root, he's probably messed the permissions here and there - in that case it'd be easiest to delete/clean and re-unpack it as a normal user to be able to do this, IIRC. In any case, my understanding is to do the following: (prefixed with $: run as normal user, prefixed with #: run as root) $ tar -xvzf file $ cd dir $ perl Makefile.PL $ make # make install Now, an alternative to the last line is $ su make install as a regular user (you will be prompted for root's password and returned to a regular user upon command's completion, requires su to be installed) or $ sudo make install as a regular user (you will be prompted for your password and returned to a regular user upon command's completion, requires sudo to be installed and for you to be configured in /etc/sudoers (by editing with visudo as root) to be allowed to run the program as root). If you get the latter method (sudo) working, my understanding is that it is preferred to use that. If you have the checkinstall program, you can replace make install in any of the above commands with checkinstall make install which can make a package for you and automatically install it. That said, you may need to know about the metadata in the so-called regular package that would be in your system if anything needs to depend on it so to avoid having two packages for the same stuff. (That said, it's probably not as bad as having a local source install and a package at the same time.) -- ~Mike - Just the crazy copy cat. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Golden Letters #2
On 11/29/05, Michael Henke [EMAIL PROTECTED] wrote: I managed to create the Golden Letters thanks to Olivier Ripoll, but now I've got a 2nd question, how can I use this image in Microsoft Frontpage? I tried to copy and Paste, but that didn't work out very well. Maybe you want to save as the image as a gif, png, or jpeg (depending on your needs) somewhere (maybe flatten first, if there is more than one layer) and then load the image in Microsoft Frontpage as a picture. Don't know about specifics. -- ~Mike - Just my two cents. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] run script located in an arbitrary directory
On 11/21/05, Robert Kleemann [EMAIL PROTECTED] wrote: Is it possible to have gimp run a script that located in an arbitrary directory? It seems that gimp wants to run scripts from ~/.gimp-n.n/[plug-ins|scripts]/ 2) It only works for scripting languages where white space is not significant. This means you can't use this with python-fu (my preferred scripting language) Am I missing something? Is there an obvious way to do this? While Perl-fu is not ... at it's peak at the moment, from my memory, perl scripts with the GIMP module can be loaded just like any executable script; for example, if I have a script that uses GIMP called myfile.pl and I go to that directory and call ./myfile.pl, it will run. [In fact, this is the only way I've figured out how to run them -- I still haven't figured out how to register a Perl-Fu script in the menus. Heh.] I don't know about Python, but I can imagine it could be possible - although would you need to open the images from Python itself to do so? If there is no way to do this, would it make a good feature request? *IF* there is no way to do this, I myself don't see anything wrong with the idea... the only thing is I don't know when/if it'd be completed. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] file types
On 11/20/05, Cliff Hanley [EMAIL PROTECTED] wrote: Since I installed Gimp, all my image files on desktop are IDed as Gimp files instead of JPG, BMP,TIFF etc. It would be useful to see these IDs before clicking on the files. Is there an option for restoring them? Install the program that created these identifications, or restore your mime-types from a backup. (You do have a backup, don't you? ;) Maybe also installing another program might overwrite GIMPs type settings with it's own, which are then used thereafter -- if the program restores the JPG/BMP/TIFF/etc types, then you should be fine. It depends on the type of desktop - IIRC, different ones (GNOME, XFCE, MS Windows) use different ways of identifying file types and showing them to you. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] brush size
On 11/16/05, Joao S. O. Bueno Calligaris [EMAIL PROTECTED] wrote: On Wednesday 16 November 2005 11:55 am, Sven Neumann wrote: Hi, Joao S. O. Bueno Calligaris [EMAIL PROTECTED] writes: Unfortunattely, that only works for .vbrs - which stand for virtual brushes - simple, algorithmic, brushes - which have a basic shape (diamond, square, ellipse, all with N points). This is a missing feature for standard bitmap brushes. The code is even there, but currently it is used only with pressure sensitive input devices, and it lacks a UI for using with ordinary mice. It doesn't make too much sense to scale bitmap brushes, does it? IMHO it does. Why not? IMHO, If it was the same as a truetype font and the bitmap brush was 300x300 pixels, maybe; because we'd always scale down and there'd be no attempt to up-scale and try and make a better brush from a brush with less data. [Loss of quality is another issue, meaning that you can only have so much data there...] If you have a 8x8 brush and want to draw something that is 80x80, that is a completely different matter. Of course, scaling would make so much sense with SVG/Vector brushes -- but then, GIMP is a raster graphics program. No-win situation. *sigh* If the code is there, and it is possible to get at it using another device; it doesn't seem to me for it to be unreasonable to provide mice-based and/or keyboard-based ways of providing the same funcationality... but that said, it has to be done within limits or users will simply get confused and/or complain about weird things. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Transparent Logos...
On 11/8/05, Jeff Avveduti [EMAIL PROTECTED] wrote: On Tue, 2005-11-08 at 22:18 -0500, Jeffrey Brent McBeth wrote: On Tue, Nov 08, 2005 at 08:52:24PM -0600, Jeff Avveduti wrote: I have tried searching for this but I am not finding quite the answer I hunger for. It is best to show you... www.avveduti.com/ebay/logo.jpg There is what I am wanting. To make a nice transparent logo in gimp. That was created in PS 7. A nice bevel edge with ability to change the light direction and the amount of bevel.. I made the text go to 0 opaque and voula.. there it is. Place your texture down (like the wavy red) Create a text layer (white for starters), and add your text Make sure the texture layer is selected, then go Filters - Map - Bump Map Play with all the fun knobs that do everything you asked for above. Click okay when you are done, then make the text layer invisible (click the eye) Jeff Ok, I must be doing something wrong. I opened a picture, add text [Avveduti Photography], Filters - Map - Bump Map, no matter I change, the text does not change. I move the window around to show the different letters of the text but nothing. I slide everything to the far right... nothing. I hit ok and hide the layer... nothing. What am I doing wrong? I don't think the text is supposed to change, the background is. Then you should be able to hide the text somehow, by clicking the eye for the text layer in the layers box. Maybe you need to flatten it first? Or maybe you should select the text layer, and not the background/pattern layer, or vice versa. *shrugs* IIRC, there are also special fonts that fake this effect, if that is also your desire... although there should be a method like this with bump map that works. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: [Gimp-developer] the expanding gimp web
On 11/4/05, Carol Spears [EMAIL PROTECTED] wrote: On Fri, Nov 04, 2005 at 09:28:05PM +0100, Sven Neumann wrote: Carol Spears [EMAIL PROTECTED] writes: there are a few new gimp.org web sites lately. i have been playing with the software available from planet.org and the results have been almost instant. Very nice. I am not sure how useful it is to have different aggregators for developers and users but we will see. What I am missing is a note on the individual sites explaining what feeds they are collecting and perhaps links to the other aggregators? i considered what sort of collections of blogs i would find useful. i also considered what could happen if only a small fraction of the gimp users added their blog to the feed. the developers would be lost. if there was only one feed, the news would get lost as well. i agree that some explanation would help, i got a little confused myself by the gimp object scheme this week while making them. after a short break in working with them, i will see what i can do about adding a little more information. Quite nice, the clean interface makes it easy on the eyes, and it looks like it'll break down nicely if someone's using a console-based browser (e.g. Lynx). Since it's already set up like that, I don't know if you want to change it, but maybe a unified header + description at the top, followed by a selection for Layers | Pixels | Paths would be interesting... http://blogs.gimp.org/layers, http://blogs.gimp.org/pixels, and http://blogs.gimp.org/paths URIs would make sense (although that's less creative, i suppose, than your current offerings). If you did do something like that, http://blogs.gimp.org would maybe also have the same main header as on the above three sites, and then split the three aggregated feeds into individual columns with mini-headers... maybe similar to the column layout at http://www.google.com/ig (except not so interactive and messy...)... each column would be headed b the individual Layers, Pixels and Paths blogs headings respectively. Hopefully the suggestion sounds clear... and maybe it's something worth considering, but take it with a grain of salt. I won't be offended if you don't like it. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: [Gimp-developer] the expanding gimp web
On 11/5/05, Carol Spears [EMAIL PROTECTED] wrote: On Sat, Nov 05, 2005 at 04:33:08PM +, michael chang wrote: On 11/4/05, Carol Spears [EMAIL PROTECTED] wrote: i considered what sort of collections of blogs i would find useful. i also considered what could happen if only a small fraction of the gimp users added their blog to the feed. the developers would be lost. if there was only one feed, the news would get lost as well. i agree that some explanation would help, i got a little confused myself by the gimp object scheme this week while making them. after a short break in working with them, i will see what i can do about adding a little more information. Quite nice, the clean interface makes it easy on the eyes, and it looks like it'll break down nicely if someone's using a console-based browser (e.g. Lynx). thank you. the very first thing they did when i showed my first gimp web site on the irc was to try it in lynx. this is a fact for anyone trying to design a gimp web site. Since it's already set up like that, I don't know if you want to change it, but maybe a unified header + description at the top, followed by a selection for Layers | Pixels | Paths would be interesting... http://blogs.gimp.org/layers, http://blogs.gimp.org/pixels, and http://blogs.gimp.org/paths URIs would make sense (although that's less creative, i suppose, than your current offerings). If you did do something like that, http://blogs.gimp.org would maybe also have the same main header as on the above three sites, and then split the three aggregated feeds into individual columns with mini-headers... maybe similar to the column layout at http://www.google.com/ig (except not so interactive and messy...)... each column would be headed b the individual Layers, Pixels and Paths blogs headings respectively. one of my irc friends (i always forget that he is one of the people who actually does the work running the gnome computers -- that kind of friend, they are great to make and a rare human who is a friend more than a superhuman ruler of an actual internet domain) does not like the word blog. he said that he doesn't mind the idea of it but would prefer that people call them web journals or web logs. the planet software suggests the word planet. it is implied that the planets show developer web logs. i almost missed this implication and called the user aggregation a planet. there are a bunch of planets already. blogs.gimp.org -- what if the gimp computers started to have more than just me on the computer with a blog? *shrugs* To me, blog doesn't sound right either -- it is a sort of made-up word anyway. But the idea of a quasi-unified interface was just that, an idea. The concept of a whatever.gimp.org/section seemed to make sense to me since the content ... source-type is the same? I have no clue now... Planet would sound nice, except, yes, it is way too common, and I don't think it sounds GIMPy enough (if that's a word). two thoughts about putting the feeds all on one page. 1) is that useful? and 2) gimp is making new images for two of them everyday. they are random in content (somewhat) and also size. a unified look more than what there is now is not more important than how cool those random images are, in my opinion. Hm. Very true, since I guess the whole purpose of the layout is to not detract from the actual content in and of itself. [Well, at least I didn't suggest DHTML sliding menus or panels or something. ;)] i think a short text explaining whose web logs should be enough. Well, it was just an idea -- whatever works, I say. In any case, good luck. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Using FRAMES... How?
On 11/4/05, Ernesto Orozco Coulson [EMAIL PROTECTED] wrote: I have been looking for but I could not find the way to work with FRAMES (like Macromedia Fireworks). Where is the frames window? Could anyone please give me explanation about? I believe that for all intents and purposes, there is no frames window in GIMP. Frames are represented as layers in GIF images (for web, in GIF export) and as separate files (for AVI, in Gimp Animation Package, a.k.a GAP). To get the kind of effects created by Macromedia Fireworks, you'd need to create multiple still images and sew them together as a GIF, AVI, or by using JavaScript in your web page - a long process. Macromedia Fireworks uses something called Vector based Graphics provided by Macromedia's proprietary Flash technology/file format, and GIMP uses Raster based graphics which are not so proprietary and come in various file formats. The two are different, yield different results, and work differently. While GIMP is good at editing various types of raster images for the web, it doesn't do many of the features of Macromedia Fireworks that appear to be touted on its website. [Vector images use points and connect the dots when they display on your computer and contain instructions like put this text here and fill this shape with this colour, whereas Raster images store the colour in a grid of dots that are put next to each other to look like an image.] You might find it easier to describe the effect you wish to get, and maybe we can show you a different way of achieving it with the GIMP. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Can't get this image sharp with GIMP. Any suggestions?
On 11/1/05, qeldroma [EMAIL PROTECTED] wrote: Hello Gimp-users, i've got a bad digital camera and want to work over the results. Bad in this case means, that i've got good resolution and good results concerning the light, but a bad sharpness. How was the camera being held? Was it sitting on something, or was it in your hand? If it was in your hand, try putting it on a stable object (e.g. tripod, chair (risky, but sometimes it works)) or getting a digital camera with auto-stabilization or whatever they call it nowadays. My idea is, that if i've got a good resolution, what the fact is, there must be a way to sharpen it. Isn't it? I would say, probably, no. That said, try scaling it down using linear or something, maybe that helps? I doubt it, but maybe it's worth a shot. Generally, for something like this, the best thing would be to get it right the first time, if possible. Even if that means taking the same picture 3 times just in case. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Problem with patterns
On 10/31/05, Jim Lynch [EMAIL PROTECTED] wrote: I'm trying to add a pattern and it's just not doing what I think it should. I loaded a small image, 135x94 into gimp and saved it as a pattern (.pat). I then moved it to the /usr/share/gimp/2.0/pattern directory. I quit gimp and then brought it back up. No pattern. I decided maybe the patterns were coming from somewhere else, so I did a locate on corkboard.pat. Only one of them. OK, so I temporarily moved one of the .pat files to another location, refreshed gimp again and it was gone. Ah, so it is reading from that directory. Maybe there is something about my image that gimp doesn't like, so I copied pine.pat to a new name, 3dwood.pat. I refreshed gimp again, closing and restarting. Nope, no 3dwood. File attributes are just fine, all of them at 644. Owner is root.root on all the files, old and new. Can anyone tell me what's going on? Running on a Debian Sarge release distro with gimp 2.2. In File|Preferences, what directories are listed as resource sources for patterns? IIRC, you can also put the pattern in ~/.gimp-2.2/patterns if you are doing a per-user install (as opposed to system-wide). Also, does the pattern(s) folder have an -s or no? I forget what the actual one does have, although IIRC you can set any one you want, in theory. I could be wrong though, I'm a bit rusty. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp Screencapture Question
On 10/26/05, Kaplan, Andrew H. [EMAIL PROTECTED] wrote: Hi there -- I am running GIMP 2.2 and am trying to capture a section of rather than the entire screen. I go to File/Acquire and select Single Window in the Grab utility. A cross hairs appears and I select a portion of the screen. However, instead of just that area of the screen being captured, the entire screen is captured. What steps or settings do I need to change to correct this? Thanks. If you already have the captured picture, and don't want to go about capturing it again, and if you're willing, you can also crop the captured bit of the screen with the crop tools, which will cut out everything outside the selected area that you crop. [Either make a selection, then find the crop option in the menus, or use the Crop tool.] -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] How to write a simple macro [newbie]
On 10/27/05, Mauro Condarelli [EMAIL PROTECTED] wrote: I need to: 1) Use the magic wand to select a region. 2) This region will be a big region with (possibly) internal sub-regions; if this is the case I need to destroy all the inner regions (i.e.: I need to preserve just the outer region, without any holes). Sounds like you're trying to erase the contents of a speech bubble and fill it with new text. The magic wand will select the white inside the bubble (assuming it is actually closed, which isn't guaranteed in comics, so you may get some bleeding which would ruin the entire thing) but you'll have to delete the text by doing some sort of combo-selection which will be kinda finicky. 3) Clear the region to a specified colour. 4) Edit a (possibly long) string and fit it into the cleared region (eventually scaling the font to make it fit). Nice to have: - save the original region contents in a layer before killing it. - render the string to a different layer than the background (this would enable to see either the old or the new content simply marking the two layers visible/not-visible. 2.x text tools put text in a seperate layer... I need this in order to translate some comics I scanned. Maybe you want to make a background later, select the area(s) with the magic tool (click magic tool, shift click-click-click as necessary), cut, paste in a new layer, hide the cutout's layer and then create a text layer with your text. I'm not sure if I'm being clear though, so it might not be helpful enough. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Another Photo Editing Software
Considering what they're shipping with their latest generation iMacs, i'm not surprised -- I mean with OS X and the built in cameras on the iMacs, they've now got videoconferencing on H.264 on their OS by default... I believe also that OS X was also one to move all the GUI processing to the graphics card (similar to how Windows Vista plans to do the same when/if it comes out, either now, or in it's sucessor). Do note that current Intel PCs are shipping with single-core 2GHz processors (low end), single-core 3GHz processors (mid-end) or dual-core 2.4 GHz processors (high-end). I could be totally wrong, though. That all said, IIRC, movie editing is a lot worse, usually - especially if you're going for something with a nice-looking GUI. You probably could get by with a bit less, but it'd be unstable and/or slow. [I hope there's a minimum system listing too. ;] On 10/19/05, Jad Madi [EMAIL PROTECTED] wrote: LOL Recommended System * Dual 2GHz Power Mac G5 or faster * 2GB of RAM * One of the following graphics cards: o ATI Radeon X800 XT Mac Edition o ATI Radeon 9800 XT or 9800 Pro o NVIDIA GeForce 6800 Ultra DDL or 6800 GT DDL o NVIDIA GeForce 6600 LE or 6600 o NVIDIA GeForce 7800 GT o NVIDIA Quadro FX 4500 * 5GB of disk space for application, templates, and tutorial * DVD drive for installation -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Grammar checker.
On 10/17/05, Joao S. O. Bueno Calligaris [EMAIL PROTECTED] wrote: Michael, please! I never intende rto start a kde vs gnomefight in the gimp-user list. Sorry, I believe my words may have come out the wrong way, and I didn't think before making the post. Both are excellent. Again, apologies. One asked for a feature - I simply showed where a similar feature is implemented, and suggested a way to implement it without clutter the GIMP with non-image related code. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Grammar checker.
On 10/17/05, Joao S. O. Bueno Calligaris [EMAIL PROTECTED] wrote: On Monday 17 October 2005 04:40 pm, Olivier Ripoll wrote: Robin Laing wrote: Saw this in Slashdot. Abiword beats OpenOffice to a Grammar Checker http://developers.slashdot.org/article.pl?sid=05/10/15/1312216fr om=rss I haven't wanted a grammar checker since Windows 3.1 days. Well, you could write a plugin for it, but I do not know under which category of plugin it could be included in gimp... perhaps misc or as an option in the text tool... Sincerely, Well, there is more than one year that KDE had included spell cheking in everytext entry. I do not see why in the future spell and grammar checking could not go globally into GTK text entries thenselves. Efficiency. As it stands, KDE is very ... consumer-oriented, toward (i.e.) people who use it as a consumer desktop. (I know of a 12 year old and a 9 year old who prefer KDE because when they click to start an application, there's a little bouncing icon next to the mouse cursor.) I like Gnome/GTK because it has a nice, clean, usable, uncluttered interface. That said, KDE is good for some things, too (e.g. KPovModeller, Kate, when editing POV-Ray scripts (www.povray.org)). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Adjusting gray level curve: 3 input levels - 3 output levels?
On 10/15/05, Felix E. Klee [EMAIL PROTECTED] wrote: At Fri, 14 Oct 2005 13:48:59 +0200, Felix E. Klee wrote: I want to bend an grayscale image's gray level curve so that three input levels are turned into three output levels. For all six levels I have the precise values, for example acquired with the color picker tool. Any suggestions? Being desperate, I fired up Micrografx Picture Publisher 5.0a, an old Win 3.1 program. It's capabilities for doing color correction are quite Now, although Picture Publisher 5.0a is still a very nice tool, it does have a number of disadvantages, especially when it comes to handling modern file formats. Also, it - of course - doesn't run natively under LINUX. That's why I try to do more and more tasks with the Gimp, and that's why I still would like to hear about a simple solution for my problem with the Gimp. This sounds interesting, although I wish I knew what a gray level curve was (is it that histogram-like thing that you get on some cameras that shows you how much the value is in the various regions of the picture left to right?). If there is a numerical formula or procedure you can think of where I can give you any random pixel, and you can use that pixel's value, (and maybe position or some other data that should be obtainable from that pixel), the three input values, and three output values, I can imagine a plug-in being created. I can't think of any such thing, unfortunately. Otherwise, my next guess would be resorting to a bogo-sort-like algorithm, which would take years to come up with a result for one image. I'm sure someone else can do better, obviously. Is there a display function/filter/tool/plug-in/script-fu/etc for the grey level curve in GIMP though? IIRC, in GIMP 1.x, there was a plugin that would, at the least, I believe, normalize the grey curve (although I may be wrong)... appraently the plug-in is no longer necessary for it's purpose in GIMP 2.x, although I don't know. What about the Layer | Colour | Curves dialgoue thingie (Colour | Curves in GIMP 2.3.4)? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] dcraw
On 10/11/05, Orlando Figueiredo [EMAIL PROTECTED] wrote: Hello I am in great need of some detailed instructions to install the dcraw and the necessary plugins to open my Canon EOS350D *.cr2 files. I am using Fedora 4 and I already made a lot of trials I am going bananas... please give me some details on the instructions I don't know about Fedora, but I do know some distributions provide binary packages for dcraw. I know that Ubuntu (and Debian) provide packages for dcraw AND ufraw in at least one of their repositries; when/if you get such as system up, the packages can be installed by executing the command: aptitude install gimp-dcraw OR aptitude install gimp-ufraw (or replace aptitude with apt-get if you so desire) as root or under su or sudo (latter requires set-up by installing sudo and running visudo as root and then editing the sudoers file). Ubuntu also has a graphical package manager, which Fedora migrators may like. I'm sure Fedora is a great system, when/if it works -- but I have never successfully used it on one of my systems (particularly due to obscure hardware -- but that's another story, and not techincally Fedora's fault). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] dcraw
On 10/12/05, Orlando Figueiredo [EMAIL PROTECTED] wrote: Thanks everybody for your sugestions and posts. I was abble to install the ufraw plugin using yum... Now, in the open window of gimp I can chosse the option to open the raw format and it also includes *.cr2 which is the eos350D format. The problem is that when I click to open the image I get a message that says that eos350D is not suppoeted yet. I went to Dave Coffin's home page http://www.cybercom.net/~dcoffin/dcraw/ and I checked the list and the eos350d is there. So I am confused and do not know what the next step is? Any ideas?? Maybe you have an outdated dcraw package, or you are missing a plugin or similar. In such circumstances, the solution would to go through the painstaking process of downloading gimp development packages for your distribution, and building dcraw from source. Logically, my head tells me that yum install gimp-devel should work, although I've never used Fedora, as above. Then, presuming you have necessary packages like tar, gzip, make and gcc on your system (I don't remember if they're part of Fedora's default install) you can simply go: tar -xvzf dcraw-x-y-z.tar.gz cd dcraw-x-y-z ./configure make and then # make install [meaning run make install as root, either via su, sudo, or under root from a terminal login] similar to many other programs when building from source. But there's no research behind this -- and hopefully dcraw comes with better and/or more detailed instructions in the package (if any). Like above, this is all guesses, and more likely than not unhelpful. A user of Fedora probably has a better answer. Thanks a lot... I really appreciated the previous help and please keep helping me Orlando 2005/10/12, Bruno Postle [EMAIL PROTECTED]: On Wed 12-Oct-2005 at 14:44 +0100, Bruno Postle wrote: Dcraw is actually part of Fedora fc4 extras, you should be able to get it like so: yum install dcraw (Though this doesn't give you any of the raw plugins for the gimp) For that you need ufraw: yum install ufraw -- Bruno ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Handling multi page tiff docs gracefully
On 10/6/05, Kenneth Kron [EMAIL PROTECTED] wrote: When I open a multi page tiff document in Gimp 2.0 get all of the images stacked as a single page document and I can't figure out how to creat new pages so I can look at the individual pages. Since I do most of my faxing electronically it would be nice to be able to just open up the document add my entries and then email it back out. IIRC, the pages are stored as different layers; so just make the only one you want visible, and then add new layers as necessary. That said, you need to make sure the output is the right size, dpi, dimensions, colour set, etc. etc. etc. I could be wrong though. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp 2.3.x on Debian
On 10/4/05, Eric P [EMAIL PROTECTED] wrote: I can't remember if I asked this before or not, but does anybody make any 2.3.x packages for deb? They're not supposed to... I used to compile my own these past few years on Suse w/checkinstall to stay up on development progress, but since switching to Debian earlier this year I haven't got back on board. I think I tried compiling 2.3.1 back a few months ago, but checkinstall failed to make a deb package... (going off a foggy memory). You'd need various deb creation utilities... dpkg, etc. etc. etc. (checkinstall worked for me, until my Debian system died when I pushed Ctrl-C at the wrong time during ldconfig for another program). Can anyone spank me onto the straight and narrow here? You're usually suggested to install into e.g. /opt/gimp-2.3 and then place that in your PATH. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] glow around a text
On 10/4/05, Roger D Vargas [EMAIL PROTECTED] wrote: Im trying to make some buttons for a web site. The buttons could be text or an small image plus text. I havent found a way to draw something like a glow around the image and text for highlighted buttons, can somebody give me an idea about this? Various Script-Fu scripts included with GIMP; e.g. Alpha To Logo--Alien Glow or similar. Simply use colour-to-alpha on the background colour or use the magic contious-region select and delete. Note, you'll need an alpha channel on your image (right-click the layer in the main image and click Add Alpha Channel if it's not greyed out). Also, IIRC, the script works on one layer and does various things (e.g. copies it), so if your logo + text are seperate and you want different glows, you may need to make them seperate one-layer images and then figure out how to organize and fiddle with the various layers to get the effect you want. Another idea would be, in a new layer under existing object, to take a selection of the background, invert the selection (so you're selecting the object), grow the selection, make it a colour, and then make it semitransparent (I believe a slider on the layers dialogue does this) - and then put in a background colour layer behind all that (meaning your image must have alpha... like above). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Help needed for highlights
On 10/3/05, Gmail User [EMAIL PROTECTED] wrote: I am trying to remove/soften the highlights in the picture, where the highlights were created by reflection of the flash on a person's sweaty forehead. Any ideas on how to remove or soften them so that they do not look so bad? In GIMP 1.x, there was a plugin called homogenize that seemed to do the trick. Because the purpose which this plugin filled for it's creator no longer exists, a version for 2.x doesn't exist, although I believe it'd be nice if someone ported it to 2.x because it did fill in a niche that I can't seem to satisfy. (If I ever get some free time, I might attempt it, but I have my doubts.) You may also want to look at the levels tool, but I'm not horribly experienced with it. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] old picture
On 10/2/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I am a new user to gimp and have a question regarding an old picture. Welcome! It is an old picture of my great-grandfather. The quality of the picture is not so good and his face is not so clear. Is there any way to make this picture better with gimp? I believe there are a great many ways of accomplishing this; various filters and settings have interesting effects that you might want to play around with. The kinds of improvements necessary would be helpful. Finally, you may wish to note that there are also various other ways of 'correcting' pictures; IIRC, Google's Picasa (for Windows) had a pretty simple interface if you simply need really basic photo correction. As I am new to the are of image processing I hope that it is not a too simple question. Nonsense; so long as a question is asked politely and with proper spelling and grammar, there should be almost no such thing as too simple of a question. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] GIMP and SANE - Linux
On 9/23/05, Newton Nickel [EMAIL PROTECTED] wrote: Dear Friends : I need some help, cause I can´t use my scanner with GIMP on Linux. I don't saw it, at acquire. How to do to solve this problem ? Sincerely, Let me see if I understand you; you can't user your scanner with Linux + GIMP because it's not found in the dialog? Erm... I guess you have to load the drivers or modules for your scanner, if they are already compiled, or recompile your kernel with those drivers. This is assuming that your scanner has a linux driver/module, which it may or may not have. Does the scanner work with any other applications in Linux? What distro and version of Linux (kernel, and the distro) are you using? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Scale Image
On 9/20/05, Helen [EMAIL PROTECTED] wrote: Photos from my camera are huge in Gimp, so Yeah, I noticed that too. You'd think they're unnecessary (the millions of extra dots) - until you print. Funny thing this world is. Annoying how you can get away with 72 dpi on a monitor, yet for printing you need something like 4800x2400 dpi. Can't tell until you print... and if you don't ever print (you tell someone else to do so) then it's really annoying. I use Scale Image to get them small enough to fit into a photo frame. Am I losing picture quality Digital photo frame or physical (e.g. printing out)? when I Scale image to make it smaller? If so, is Yes, you are losing quality. You reduce the number of dots in the image, which reduces the number of dots per inch in the final printout. I'm assuming you're printing out, yes? Of course, the type of scaling affects the accuracy of the loss... but it's still loss, yes. there a way to reduce an image without losing quality? Yes; change the DPI (dots per inch) in the Print Size dialog, instead of using Scale. It may help to uncheck dot for dot in the view/zoom menu whatsit, so that you get an approximation of what it should appear on paper size on the monitor (provided you gave it correct DPI values when you configured GIMP the first time). The values given in the dialogue for size are pretty accurate too, provided your printer supports them. As a side note, IIRC Print in GIMP on Linux will adjust the size of the picture by scaling up or down to the whole page by default if you don't specify otherwise, and a print size can also be specified there, I believe. In Windows, because it uses the Windows print dialogue, this is only specified in the Print Size dialogue, I believe. Helen, using jpeg image format on Gimp 2.2.4 OS? (Operating System?) Hope I was helpful. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: PNG binary transparency
On 9/13/05, Jeffrey Brent McBeth [EMAIL PROTECTED] wrote: On Tue, Sep 13, 2005 at 05:30:21PM +0300, Diaa Sami wrote: that's exactly what I wanted, I looked into PNG docs, and I found out that there are two functions responsible for this, which are png_get_tRNS and png_set_tRNS. Yup. For just about any chunk, there is a get/set pair in the reference implementation. The GIMP could easily figure out when the alpha is binary (to use tRNS rather than RGBA), but picking out an unused color to represent transparent that is acceptible to the user, applications, and further editing is an impossible (or difficult) task. This sounds like something that should be only created if it's set by the user -- e.g. a save option. Although then it'd have to be specified every time, which might be annoying. In that case, you'd still see the colour that acts transparent in GIMP - just not when it's actually edited. That said, that might be inconvienent for those who use GIMP as an image viewer, and confuddle users of GAP. IE ignores tRNS when you aren't in palette mode, anytime you added some of that color to an image, it would turn transparent seperate from what you expect, etc. So logically, should we even be using tRNS in PNG anyway? IE is one of the most commonly used browsers, AFAIK... -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: PNG binary transparency
On 9/13/05, Patrick Shanahan [EMAIL PROTECTED] wrote: * michael chang [EMAIL PROTECTED] [09-13-05 15:33]: So logically, should we even be using tRNS in PNG anyway? IE is one of the most commonly used browsers, AFAIK... Why would you cripple a *good* program because a *bad* program, IE, is broken? Hm. Good point. My apologies if anyone interpreted my poorly-researched remarks (above) as trolling, BTW. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: PNG binary transparency
On 9/13/05, Chris Kinata [kcom] [EMAIL PROTECTED] wrote: By absent image are we talking about the img frame.png in the passages div class=pattern img src=frame.png alt=frame/img /div but can't find a correct path for frame.png. I think we call this generative loss or something... frame.png was there before. I swear, it was, honest. I don't know where it is now -- Carol, I don't suppose you have a backup? Or maybe when you changed the script somewhere, you forgot to prepend something in the path (or did it in a seperate version). *shrugs* -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Livre sur Gimp (aka publishing GIMP books)
On 9/12/05, Juhana Sadeharju [EMAIL PROTECTED] wrote: From: Michael J. Hammel [EMAIL PROTECTED] FWIW, I'm working on another GIMP book, tentatively titled The Artist's Guide to GIMP Effects. It's essentially a followup to my first book, The Artist's Guide to the GIMP. I think the publication date is early next year - publisher is No Starch Press. Could you all authors limit the copyright to a few years? (Instead of having copyright term 80 years after you drop off.) It should not make harm to the business. Well, the software was given free to you, give us something back. Is that legally possible without releasing it under e.g. Creative Commons from the first day? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: PNG binary transparency
On 9/12/05, Diaa Sami [EMAIL PROTECTED] wrote: actually I need to do this with 24-bit PNG's, is it possible? it it's not, do u know any other free tool that does this? AFAIK GIMP doesn't support 24-bit colour. Apparently it's a limitation in GIMP's current design, and won't be fixed for a long time. And Sorry, I don't know of any free tools that do what you want. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Problem Printing
On 9/12/05, Chris Spencer [EMAIL PROTECTED] wrote: When I try to print any image (xcf, jpg, png, etc) of reasonable size (4x3 inches) with the GIMP, my printer (HP Deskjet) prints out a single page with: %!PS-Adobe-3.0 %%Creator: Print plug-in V4.2.7 - 15 Jul 2004 for GIMP/Gimp-Print and then procedes to print an infinite series of blank pages. I let GIMP run through several dozen pages before I had to cancel the print. Is this a bug, or is there some configuration I'm missing? Your printer is misinterpreting GIMP's output as text -- what the output reads is literal postscript. Dunno what exactly causes it, but I know that if you've got a misconfiguration between GIMP-Print (well, techincally it's Gutenprint now), your printing system or setup, and your printer, then that's what'll happen. What version of GIMP, and Gimp/Gutenprint are you using, and what printing system or setup, printer, and OS (+ version) are you using? That might help. I haven't had any other problems with this printer. What else did you print, and how did you print it (e.g. from what application)? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Problem Printing
On 9/12/05, Akkana Peck [EMAIL PROTECTED] wrote: Chris Spencer writes: When I try to print any image (xcf, jpg, png, etc) of reasonable size (4x3 inches) with the GIMP, my printer (HP Deskjet) prints out a single page with: %!PS-Adobe-3.0 %%Creator: Print plug-in V4.2.7 - 15 Jul 2004 for GIMP/Gimp-Print That very often means that you haven't configured the printer type in the gimp-print dialog. It doesn't get your printer type from CUPS or whatever other spooler you might be running; it defaults to postscript, which for most inkjet printers results in printing out a lot of postscript source. Yes, I remember this now. (I wish it defaulted to No printer or something, and perhaps popped up a dialog asking the user to set the printer type Yet this will confuse users who have Inkjets that use printer systems that only read Postscript (see below). ... if it ever gets straightened out which project owns the gimp-print dialog, perhaps I'll try adding that myself.) Sounds like a good idea. :P If you've already set gimp-print to the right printer type, then I'm out of ideas and maybe someone with an HP can help. What OS/distro are you running? I have a HP Deskjet 722C and 842C both in my house. They work fine under CUPS/Debian (stable and testing/unstable). Ironically, by printing to CUPS, I have to send Postscript output to CUPS which then uses another driver to convert Postscript to my printer's native format. So I don't see what the problem might be here, unless he's directly using LPR or something w/o an intermediatary. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Scaling an image from script?
On 9/10/05, Leeuw van der, Tim [EMAIL PROTECTED] wrote: I have a lot of images that need to be scaled. I wanted to write a (batch) script for that; I found a sample online of how to write batch-scripts. This will be very confusing, since you're going to have to ensure the script works perfectly on first run (since practically no useful debugging (it's very cryptic) exists for Script-Fu, although what it has is slightly more than e.g. Python-Fu or Perl-Fu). Notably, you have to perform a loop on a glob of the images you're going to modify, and then open each, resize, determine file name (opt), rename(opt, relies on previous), (re)save. Unless someone has a better way. :) This is very painful. If you didn't understand the above, you may require a much higher knowledge of the inner workings of GIMP in order to do what you want; I'd suggest you use ImageMagick instead. Even I think that this kind of thing is painful - it took me 12 months to figure out how my wrapper script on multi-image application was broken because there's no syntax report that tells me exactly what's wrong. Python for Windows works in GIMP 2.3.3 (devel version, no binaries available), and should be supported in some way, shape, or form in GIMP 2.4. In the meantime, you may wish to use Python-Fu (it is a powerful language) on Linux, if you can spare the time and space. (However, please don't ask me for help on that case, since I don't know Python.) I understand that it's a major inconvienence, but a dual-boot system provides me with the resources necessary to do my work because Python-Fu and Perl-Fu don't currently work on the latest Windows Stable binary. I apologize for being unable to give better help, and hope you get to do what you want to do. (But just as a note of future reference, unless you're doing hundreds of images, over and over again with slightly differing settings or identical settings, it's easier to do it by hand than to learn the scripting language, AFAIK. I don't intend to scare you, but that's my personal opinion on the difficulty (and power) of the scripting in GIMP. Not so much unlike Visual Basic, which maybe was easier for some due to a intelligent IDE (if you can call it that)). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Keep exif info with file_jpeg_save?
On 9/8/05, Stephan Brunner [EMAIL PROTECTED] wrote: After some modifications of an image, the script saves the image with gimp_jpeg_save, but there is no write exif-option and so no exif-info is written with the saved jpg. In the normal GUI File-Save-Dialog, however, there is this option and it works as expected. This is probably a limitation in gimp-jpeg-save -- try looking in the procedure browser to see if there is an alternative function to do what you want. If not, gimp-perl has been known to be slightly outdated and/or semi-broken for a while, and it may be easier to write scripts in python or script-fu (although I love perl myself -- I'd use it if I could, but I find that it's support is sketchy to date, unfortunately). As for using 2.2.6 on Sarge -- isn't a 2.2.7cvs-something that reads 2.2.8 package available in Debian? Because that's what I'm using... -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Livre sur Gimp (aka publishing GIMP books)
On 9/5/05, Michael J. Hammel [EMAIL PROTECTED] wrote: It's a shame as the 2.x series just blows heaps and chunks over 1.x. And it's nicer to look at as well... would make for a nice looking (and useful) book. Some of the Windows users are not so happy about the UI (I was forwarded a comment from a reader to my GIMP column in Linux Format about this) so it's not clear to me how to address their concerns from the point of view of documentation like a tutorial book. I've pretty much punted on the issue at this point, taking the view that following the product as designed will address the largest market segment with the best information possible. This is because the development of Windows XP's eye candy now resembles that of KDE -- GIMP's user interface just doesn't have enough eye candy to support the novel users of this OS. The solution? Customizable eye candy -- I can turn it on so it looks like XP (or KDE, or a hybrid, or _something_) or I can turn it off so it looks like it does now. That said, I don't know if this is a solution -- it is the opinion of just one person. So far. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Publishing Gimp book
On 9/6/05, Axel Wernicke [EMAIL PROTECTED] wrote: Sorry for asking a probably stupid question, but what means self- publishing? Writing and contributing to/with a license that allowes everybody to download a book and to sell the printed version parallel? I think it's *supposed* to mean handling e.g. printing and sales of the book and whatnot by oneself, although I don't know the details. That said, e-books are always quite nice. Have you ever heard of Creative Commons (creativecommons.org)? ^^ -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Livre sur Gimp
On 9/4/05, Eric P [EMAIL PROTECTED] wrote: cedric GEMY wrote: No books about Gimp have been published since long a time. Exactly. Where are all the English Gimp 2.x books? I think I've seen 2 French books so far, and that's it. Maybe the publishers think that GIMP 2.x books are redundant. Or maybe they're waiting for GIMP 2.4 or GIMP 3 before releasing more books. The development processes have been going quite quickly, whereas publishing a book takes quite some time (by the time books for 2.2 are completed, 2.4, with it's revamped menus will probably be out, maybe?). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Livre sur Gimp
On 9/5/05, Akkana Peck [EMAIL PROTECTED] wrote: Eric P writes: Exactly. Where are all the English Gimp 2.x books? I think I've seen 2 French books so far, and that's it. I'm working on a GIMP book, for Apress. It won't be out until next year, unfortunately (delays in the publishing process): we're currently aiming at April 2006. It will cover 2.4 as well as 2.2. How can you do that? We're on 2.3.3... [or do you write about what's in CVS and hope that it doesn't change too much?] -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Livre sur Gimp
On 9/5/05, Akkana Peck [EMAIL PROTECTED] wrote: michael chang writes: On 9/5/05, Akkana Peck [EMAIL PROTECTED] wrote: currently aiming at April 2006. It will cover 2.4 as well as 2.2. How can you do that? We're on 2.3.3... [or do you write about what's in CVS and hope that it doesn't change too much?] Mostly it involves trying to keep informed of changes, and being ready to do a lot of last-minute revisions. Several early chapters are already obsolete and will already have to be rewritten, but I knew that was a possibility going in. The UI coverage may not be perfect (and of course, any program can change at any time -- there's never a guarantee that 2.4.1 won't change some UI detail compared to 2.4.0) but at least the book will cover the major UI and feature changes in 2.4. I suppose that's true -- I've read books that were on version 5 of Java, but were written with a Beta SDK and contained an old SDK (1.4 I think it was) on the CD in the back. *shrugs* [By the way, in this case, the versions were 1.4 - 5, meaning the one that was released right after 1.4 was numbered 5. Really weird.] -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] [Gimp-developer] Using GIMP for Paper Prototyping the Colors Menu
On 8/29/05, Sven Neumann [EMAIL PROTECTED] wrote: For the current Colors menu, the strings to paste into the paperproto dialog are (copy and paste the whole block): If you use the menu labels you imply that the user knows what the filters behind these names do. Otherwise you are just sorting the terms, not the actual meaning. We should try to avoid that and let users sort cards that have a short description of the filter instead of asking them to sort the menu labels. But certainly your card-sorting prototype can already help the way it is. It just requires experienced gimp users. This'd require the cards supporting a non \n seporator (not hard) but one'd have to worry about e.g. word wrapping and font size (possible, but would take a bit of time. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] HP Laserjet 1100 print problems
On 8/28/05, squareyes [EMAIL PROTECTED] wrote: What kind of print system does Ubuntu use? CUPS? Hi Michael, Ubuntu uses Cups, and I have gimp-print installed. It's only with this printer after 3 years, I have finally managed to print anything with Linux, so am feeling pretty happy. Have been trying to get various dot-matrix printers to work with no success. In the printer dialog, it gives the option of postscript 1 and 2. Have tried both. Sound fair. I know for a fact I got lucky, since HP apparently seems to be somewhat fond of making printer drivers for their printers -- and that was what I've been stuck with since the beginning of time (well, except for when I was 2, when we had one of those Apple Laserjet thingies and a Mac LC or whatever it was called). What packaging manager does Ubuntu use (aptitude, some graphical thing in X, etc. etc.)? I use debian, which is similar, but not exactly the same. I believe you want to ensure you don't have the regular lpr, but a CUPS-compatable one, which is located in cupsys-bsd. cupsys-client looks useful too, if you don't have it. You might also want cupsys-driver-gimpprint. See if that helps in any way, shape or form. If you're wondering, these appear to be the CUPS packages on my system, and I can print on both HTP Deskjet 842C and 722C (although these are different types of printers). I realise my installation is much outdated -- I suggest you get the latest ones you can get your hands on. This came from dpkg -l | grep cups. ii cups-pdf1.7.1-1 PDF printer for CUPS ii cupsys 1.1.23-11 Common UNIX Printing System(tm) - server ii cupsys-bsd 1.1.23-11 Common UNIX Printing System(tm) - BSD commands ii cupsys-client 1.1.23-11 Common UNIX Printing System(tm) - client programs (SysV) ii cupsys-driver-gimpprint 4.2.7-10 Gimp-Print printer drivers for CUPS ii cupsys-driver-gimpprint-data4.2.7-10 Gimp-Print printer drivers for CUPS ii gnome-cups-manager 0.30-2 CUPS printer admin tool for GNOME ii libcupsimage2 1.1.23-11 Common UNIX Printing System(tm) - image libs ii libcupsys2-gnutls10 1.1.23-11 Common UNIX Printing System(tm) - libs ii libgnomecups1.0-1 0.2.0-2 GNOME library for CUPS interaction ii libgnomecupsui1.0-1 0.30-2 UI extensions to libgnomecups Yes, that's a command line -- it took me 3 years of tinkering with Debian Linux (especially on this really annoying machine, a All-in-One known as the Gateway Astro) to learn everything I learned. Everything else comes from sudo su - man -- mandb (update the man page index, which requires su, sudo, and mandb, although you can get away without either su or sudo), man (find a man page and read it), and apropos (search the index for a word). The tool whatis (whatis xyz helps find short descriptions of a command's prupose) is also useful. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Crop Tool Use Cases
On 8/23/05, Akkana Peck [EMAIL PROTECTED] wrote: - Crop a single layer image to the visible boundaries. (Handled by Autocrop, not by the crop tool.) - Crop multiple layers to the visible boundaries. (In 2.2 it was roundabout: select all, click in the image, click From Selection, then click Auto Shrink. In CVS there's currently I thought Autocrop handles this too. It appears to in 2.2.8, unless I'm mistaken. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] HP Laserjet 1100 print problems
On 8/23/05, squareyes [EMAIL PROTECTED] wrote: Hi all, am having problems printing to HP Laserjet 1100 (printing grayscale) from Gimp. Printer shows in the printing dialog, but on the print command I get 1 page with %!PS-Adobe-3.0 %%Creator: Print plug-in V4.2 for GIMP/Gimp-Print 4.2.7 (15 Jul followed by many blank pages through the printer. The only way to stop This is raw postscript. Apparently, something isn't parsing the Postscript into something your printer can read. Am using Ubuntu Linux 5.04. Printer is fine with Open Office, Gedit etc. This OS has a habit of autoconfiguring things for the user... I dunno if you'd even know how to go about fixing this. What kind of print system does Ubuntu use? CUPS? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Anti-Vignetting
On 8/20/05, Stephan Hegel [EMAIL PROTECTED] wrote: Hi all, Recently I had to deal with a couple of images with signifcant vignetting in the corners: they were a few % darker. So, I was looking around for an adjustable anti-vignetting filter for Gimp, similar like that one for digikam. Any idea ? I'm not sure I understand the words in your description, but I believe there was a 1.x plugin called Homogenize -- maybe it does what you're looking for...? If it does, maybe consider porting it to 2.x if you know how. ^_- -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Help on tools
On 8/18/05, Jakob Dölling [EMAIL PROTECTED] wrote: Hello! Does the current version of the Gimp have any tool to delete only a certain color? Two ways to do this: Filter-Color-Color to Alpha (this will turn your color transparent, which is what deleting it effectively does in the GIMP) Use the Select By Colour tool (looks like a finger pointing at one of three colour buttons) and then click on the colour you want to delete ( you may need to adjust the threshold to get it to work right and try different spots on the colour you want). Then use the delete function; either by right-clicking and click Select-Delete, or pushing the delete button on your keyboard. If you don't have an alpha channel, then instead there will yield the background colour in the latter; the former will be greyed-out. Solve by right clicking the layer and clicking add alpha channel. When/if you flatten the image, transparency turns into the background colour. You can also maintain a background layer (with your background colour) under the image... -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] GIMP Logo
On 8/16/05, Mattia Vaccari [EMAIL PROTECTED] wrote: Hi there, a few years ago I generated a few logos using Gimp 1.2 on my Mandrake Linux 9.? Now, I had been using the same logo generator script/theme for all logos, which gave the web page a somewhat consistent look. As I set off to update (and add to) the aforementioned logos, I realized that the logo script/theme is not available in either Gimp 1.* or 2.* standard releases. Is there a repository of gimp scripts where I could look this up? A sample logo is attached, if anyone happens to have been using it. There are similar scripts that do that sort of effect, if you still have the font which created them. Just make the text layer, with the font of your choice in the text tool in Gimp 2.x, and then turn the background transparent (to alpha). If you have e.g. a white background, using Color to Alpha on White will turn it transparent. Then you can use Alpha to Logo... Sorry if this is more complex than the script you used before -- Maybe you can find the original package you used. You could also try digging around in the plug-in repositry; can't remember if there are script-fus in there or not. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/15/05, Carol Spears [EMAIL PROTECTED] wrote: Better? no, not really. sorry. We'll just scrap it then... Well, people have reimplemented stuff before (e.g. Apache 2, and other 2 projects) -- sometimes you learn lots of things after doing things the first time around that you can re apply. Or sometimes it's nice to take a different look at things. this is not a reimplementation. it should build on something that I was referring to me, reimplementing your script... i am so very confused now. you will be reimplementing my script in perl to use on your website? No, I will be reimplementing your script in perl to use on your site, my site, or the gimp website (depending on who wants it). I'll first, of course, have a test website so that you can tell what it's output looks like, and then I'll let you have it all. Probably should release it under GPL/CC.^^ worked fine. the software that is. gamers.org left it broken in gnomecvs and it magically became fixed just in time for the last contest Magically? Figures. well, not magically. i asked the system admin for wgo if we could get the contest going easily or not. he looked at it and made it work easily. something like this. Sounds like a very nice system admin. Perl, IIRC, has been used for dynamic page creation for ages, and contains modules to dynamically create pages on-the-fly, and handle various other CGI tasks. (Among other things, it can also reformat text, and take a binary file and pass it to a user in a browser.) well, there you go. the system admin for my web server is one of the people i think are punishing me for too long for making the mistake of asking a perl question on #gimp from. perhaps this is the reason i see python in the cgi-bin as well. If your web server has a python interpreter, way to go. The host I use doesn't, and I don't have the resources to keep my PC up 24/7 to use it to serve everything Python on my website. yes, my question to you is have you read those perl docs? i recently Yup. ^^ And a few books, that are about as thick as some dictionaries. spent sometime poking around in the gimp perl scripts. perl seems to allow some tricks that you really have to work at to get python to do. maybe this is just a condition of gimp perl stuff. For GIMP, at least, the interface is pretty similar, regardless of whether you use Scheme, Perl, or Python, last I checked. All you need to know is the quirks of the various systems (e.g. brackets and car/cdr/cadr/etc for Scheme). i read some of those perl docs. did you read them and find them useful? Yeah, but I needed to supplement them with a few books to get the idea. Then I figured it out. But I'm different -- I learnt Turing in 30 seconds by reading the help file and fixed a classmate's code without having ever seen Turing in my life or even taking a single underlying-concept-class. But that's because I referenced the help file for every second function, as opposed to memorizing functions and using them when I need them. That only happens subconsiously with repeated use; I don't use Turing that often. i spent about a week working with a php script. it seemed to take a year to get rid of the smell of chauvinism from my life encounters after this. i think they are related. the question is, pay for access to this? PHP4 can be embedded in HTML. That's probably part of it. tomorrows task will be to make the script only write a link to the different r-o-d if its page has been modified since its creation. Hum. well, this apparatus is now almost installed. i have now succeeded in making at the very least a little documentation project for myself. this blog could actually be used to make me go through my thousands of digicam pictures, one image a day. notify me when i have finished cleaning one directory. how nice. are you taking notes on this for your sourceforge project? I don't think I'll go to sourceforge with this, unless you want to. ^^ I believe I've been misunderstood in a lot of contexts here; I'll need to clean up what I say before e-mailing it. It's because I have about two million ideas in my head, and I type them up as I think about them without any regard for order. You could always generate the content *on* the website, as opposed to sending it to the website... just upload all the gradients and whatnot and your script first, and then have the script serve it to you. the web server has python2.2 and i use python2.3. when whatever of this Figures... i am writing is working on the gimp web site, the server should have python2.3. the gimp web server, interestingly enough, does not have gimp installed as well. since it reads the systems gimp files, this would be a problem. Who would install a user program on a web server? I'd probably install GIMP on my system, copy the files to the web directory, and have the script reference
Re: [Gimp-user] gimp-gap: From Still-Images to an avi-file?
On 8/13/05, sam ende [EMAIL PROTECTED] wrote: On Saturday 13 August 2005 20:35, Al Bogner wrote: That is the key-question. I need a tool which does perfect rendering, when transitions are created or the motion of the still images is rendered. Are you kidding? If you compress ANY MOVIE in MPEG, H.264, or WMV, you are still going to get artifacts; there is no such thing as perfect rendering. If you want perfect rendering, you have to use an uncompressed AVI, which takes up a couple hundred MB for a couple seconds of footage. You may want IMGCON for that: http://www.fmrib.ox.ac.uk/~yongyue/imgcon.html BTW, Try looking in the archives for the POV-Ray lists (www.povray.org) -- since their animation features generate a series of still PNGs, this is exactly the kind of utilities that they need. Look in the archives of binary utilities; they're scattered in various odd messages there. If you're looking for transitions or moving still images, I highly suggest you get some movie editing software, such as the Windows Movie Maker bundled with XP, or Pinnacle Studio 9 (http://pinnaclesys.com/). To be honest, GIMP, while it can do these things, it is not necessarily the best or quickest or easiest way to do these things -- I mean, at 30 frames per second, does anyone really have the space to edit each of those frames with a picture editor (even with automated tools)? The most I've ever done in Gimp to date is 90 frames, or 3 seconds... [This was a few days ago.] have you seen cinelerra ? http://heroinewarrior.com/cinelerra.php3, it's something i'm looking into but i need a differnt video card first. Last I checked, that required a heck of a lot of CPU... -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/14/05, Carol Spears [EMAIL PROTECTED] wrote: we have been talking about running another splash contest for the first two weeks in September. the problem with this is that the timing has more to do with birthdays than it does with an important release (like something more than a 2.3.version). after the splash, running some littler week long image collections -- not exactly contests Ooh... sounds like fun. ^^ here is the resource a day page my script makes: http://carol.gimp.org/blog.html it is ugly and stupid and was fun to put together. the pattern of the Hah. No kidding... first thing we should have is a design a resource of the day page layout contest. ^^ day is not viewable via internet explorer either, a design flaw. Why are you using CSS for the actual pattern: background-image:url(/gimp2/resources/default/2.3.0-patterns-3D_Green.png) yet you have img src=frame.png alt=frame/img for the frame? Wouldn't this make more sense as: background-image:url(frame.png) and img src=/gimp2/resources/default/2.3.0-patterns-3D_Green.png alt=3D Green / ? [BTW, I believe the /img tag is deprecicated in HTML -- they now suggest img ... / as a single standalone tag. But that's another issue entirely, and not really all that important.] maybe it would be fun to put the contest back up to collect images that show the different resources in action Sounds like fun, but are we allowed to create resources that aren't made entirely in GIMP (e.g. use an external tool, like POV-Ray) and then use GIMP to make them more resource-like? and skip the splash 'test until it looks like a real release is inevitable or whatever they call it. Maybe we should have one or two splashes in ... for lack of a better word, reserve, so that we don't have to be rushed when they come in... or we could hold an extended one (e.g. 1/2 month, 1-2 months) that occurs concurrently with the pattern ones, and then after the release, hold a regular one. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/14/05, sam ende [EMAIL PROTECTED] wrote: what is a splash ? A splash image. Refers to that (little, or not-so-little) picture you see when the GIMP (or many other programs) starts up, and is loading. Usually, displays a loading bar of some sort. [GIMP, I believe, is one of the few programs that I know of that likes to change it's splash screen with every release, and then some.] Many versions of Windows have splash screens as well, to varying extents. Windows 9x had a little picture that flashed on, then off, then on again during boot. If you knew how, you could change it, too. Windows XP has one that fades in, and shows a little purple line scrolling across the screen (or someting like that). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/14/05, Carol Spears [EMAIL PROTECTED] wrote: On Sun, Aug 14, 2005 at 08:27:54AM -0400, michael chang wrote: On 8/14/05, Carol Spears [EMAIL PROTECTED] wrote: we have been talking about running another splash contest for the first two weeks in September. the problem with this is that the timing has more to do with birthdays than it does with an important release (like Ooh... sounds like fun. ^^ What birthday exactly is this running for, anyways? here is the resource a day page my script makes: http://carol.gimp.org/blog.html it is ugly and stupid and was fun to put together. the pattern of the Hah. No kidding... first thing we should have is a design a resource of the day page layout contest. ^^ getting the information to the web page was my goal. when it all started to get there, successfully -- this is when the ugly problems started. It could be worse, I suppose. day is not viewable via internet explorer either, a design flaw. Why are you using CSS for the actual pattern: background-image:url(/gimp2/resources/default/2.3.0-patterns-3D_Green.png) yet you have img src=frame.png alt=frame/img for the frame? Wouldn't this make more sense as: background-image:url(frame.png) and img src=/gimp2/resources/default/2.3.0-patterns-3D_Green.png alt=3D Green / ? [BTW, I believe the /img tag is deprecicated in HTML -- they now suggest img ... / as a single standalone tag. But that's another issue entirely, and not really all that important.] also, what i wanted was a sappy portrait look. i got bored with making a fancy frame though and stuck by what color or metal or wood look to make it. i recently looked through css2 stuff to see if they had elliptical clipping and i had missed it. i get bored with rectangles on web pages. don't you? That's why so many people preprocesss their patterns and images before putting them on a web server... as for the rectangle issue, well, it's not like the circle is all that much better. (No offense.) If you really want to get creative, try going for a mosaic effect... [try using a table with 0 for the spacing and no borders and the like] i think many of the current patterns were created with POV-Ray. o.O here is the list of the number of resources: gradients_number = 78 patterns_number = 58 palettes_number = 39 brushes_number = 48 tips_number = 34 plugins_number = 255 scripts_number = 207 translations_number = 54 changelogs_number = 1315 i was looking into having them rotate together, this time for a journal page. if each gradient remains on the page for 3 days, the brushes would have to remain on the page for 5 days. i was trying to plan this journal page so that they all started and ended together. i went to sleep when i realized i was starting to see resource leap days in my ideas And yet you understand this planning has to be flexible for the addition of new patterns. Surely there is a way to devise an algorithm for this? For example, ensure that there is a minimum length for an item to be on a page, and an ideal length for the cycling, and then how frequently to cycle. Nothing says you can't have an automated script to calculate which one it's on in a cycle, and have things cycling as frequently as every hour or three hours or something. seems like every resource should get a week. i tried my hand at 1315 weeks for the change log entries? I think not! something that gave you two days to be artistic and i failed. i blame I'd rather see more things in a shorter period of time than have something hanging on the wall for two days. It *is* a resource page after all -- besides, you could always put in a fixed pattern, and then that allows you to give the page a specific time code or similar to get the same set again... the pressure. if every gradient got 7 days it would take 546 days to run through them completely. i think just interupting that for splash contests will be fun and a refreshing change. It will, surely. Then again, look at the IRTC -- they run contests year round; each round lasts about 3-4 months. then there is the idea of new resources. lately, adrian has been around and playing with the brushes. he has two things he is working on. one is this jitter effect for the brushes: http://carol.gimp.org/gimp2/artsy-fartsy/jitterbrush/ Nicey. he was working on another paint thing -- something about smudging. i am unable to find the sample image he made, but the smudges with the green pepper were really beautiful. i wanted my gimp to work that way and i I'm not surprised, to be honest. *remembers a thing about virtual apples somewhere* wanted to start making vegetable brushes to feed it. What about fruit brushes? i am typing too much today, sorry. Gee, if you think that's too much typing... I wonder about how much typing I do. It's alright, I think. along with the journal idea i had for the same information
Re: [Gimp-user] tutorial/screenshots
On 8/14/05, sam ende [EMAIL PROTECTED] wrote: is there a way to keep them dropped down for screenshots ? Not per se, but most of the menus are dockable -- meaning you can turn them into Windows. On Images, at least, the menus at the top are also accessable by right clicking -- then you can click the top line --- and it will become a floating dock or window. Drag this near the menu where it's supposed to be, and explain to viewers that it's not really a menu, but it's the contents of a menu. Or something like that. What happened to taking screenshots by pushing the PrintScreen button on the keyboard? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: [Gimp-developer] New to list--curious about progress of 'Resources'
On 8/14/05, Carol Spears [EMAIL PROTECTED] wrote: On Sun, Aug 14, 2005 at 07:37:20PM -0400, michael chang wrote: On 8/14/05, Carol Spears [EMAIL PROTECTED] wrote: On Sun, Aug 14, 2005 at 08:27:54AM -0400, michael chang wrote: What birthday exactly is this running for, anyways? birthdays. with school starting and stuff, i was also trying to think of something for gimp that would be fun. this is sounding to be a lot more fun that another splash contest. o_O Well, in a way, I suppose... i think that the web page generated by the script i am sharing later in this email is much much worse! If I get a chance, I'll maybe take a look at it... well, i was mostly scripting. not that the script is any prettier... the images were made by another resource script i wrote, this one a plugin for gimp http://carol.gimp.org/resources/python/resources.py it would be trivial to change that script to make different shapes of images. and also trivial to use parts of that to make gimp make these pages and images at the same time. better because new patterns and other resources can be added and you know the image will exist. not better because i am uncertain if i am able to run gimp in a way that cron can use. So don't use cron. And yet you understand this planning has to be flexible for the addition of new patterns. Surely there is a way to devise an well, no i do not understand that the planning has to be flexible to include new patterns. i think it would be better to aim for having improved collections for gimp-2.4. both the application and the web site. Yeah. Okay. my script shuffles the list of available resources. it can just as easily not shuffle them. it reads the available patterns from the system files, so the resources which are in my ~/.gimp-2.3/ are never seen. it can just as easily read different resources from a different directory. How about multiple directories? changelogs make themselves :) I suppose see them? one day. and that is how this page is written to work. contribute examples of using a resource? a five day week seems fair for this. two days off inbetween projects for lack of a better name. Sounds fair. Would it be ideal to have last week's contributions shown on the weekends (or two any other days of the week)? E.g. Week 1, Day one, results recieved on day 6, shown on week 2. wanted to start making vegetable brushes to feed it. What about fruit brushes? it doesnt sound as funny when you say it. I'm sorry. in the end, collecting good resources and examples should be the goal more than something competitive. the apparatus for collecting images Definately. and information is already available. if we can figure out something that will work without getting too boring or disruptive the software should already be there to be implemented. Well, people have reimplemented stuff before (e.g. Apache 2, and other 2 projects) -- sometimes you learn lots of things after doing things the first time around that you can re apply. Or sometimes it's nice to take a different look at things. One last note, what language is the R-o-D page generator written in? And how big is your resource collection (e.g. size)? Maybe I could take a look at either the former or the latter, and see what I can suggest. python. i am at best a high school level scripter. python keeps it Have you tried perl? It seems readily available for web usage (IIRC most CGI scripts are written in either Perl or C++), and handles text rather well, as well as a couple of other things... from not looking bad. also, i am not using my personal collection of resources. just the ones that come with gimp so far. this is a scheme to get new resources to the gimps web site and to the gimp itself. not a scheme, a python trick. Lol. the web authors of the first generation of the gimps web site had a tarball of something like 40,000 gradients you could get and install if you wanted. i want to avoid this. i have personally collected brushes Sounds like a good idea. A tarball is definately a bad idea, but that said, we still want to make things available when people want them. Static serving is good for this. gradients. every freaking gradient is beautiful. black--white is goregeous if you look at it enough. just because it is pretty and it filled the sky in for this one photograph so well doesn't ever mean it will have a purpose again. gimp needs more animated brushes. Both absolutely true. here is a version of the script that has more information than the web page it makes uses: http://carol.gimp.org/gimp2/resources/grod.py my version here is already making index pages that list all of the resources it reads. if i can match that with a template of the same name, i think it is easy to work with the contest stuff at wgo to put something together. I'll take a look at this some time. Later, I might end up
Re: [Gimp-user] tutorial/screenshots
On 8/14/05, sam ende [EMAIL PROTECTED] wrote: On Monday 15 August 2005 00:45, michael chang wrote: On 8/14/05, sam ende [EMAIL PROTECTED] wrote: is there a way to keep them dropped down for screenshots ? Not per se, but most of the menus are dockable -- meaning you can turn them into Windows. On Images, at least, the menus at the top are also accessable by right clicking -- then you can click the top line --- and it will become a floating dock or window. Drag this near the menu where it's supposed to be, and explain to viewers that it's not really a menu, but it's the contents of a menu. Or something like that. ah, okay, i 'll try that first then, tommorrow. What happened to taking screenshots by pushing the PrintScreen button on the keyboard? never knew you could do that, i do have that key, it doesn't do much when you hit it. In Windows, at least, it copies a copy of the current screen to the clipboard. Alt-printscreen just the current window. I believe the behaviour is supposed to be similar in some desktop manager on Linux. (Wow, that was a very stupid sentence.) -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] gimp-gap: From Still-Images to an avi-file?
On 8/13/05, Carol Spears [EMAIL PROTECTED] wrote: On Fri, Aug 12, 2005 at 09:11:38PM +0200, Al Bogner wrote: I have a lot of stillimages from a digicam and want to make a movie like this: My question is: can something like this short test-avi be done with gimp-gap? I am not happy with image2raw and I think stills2dv is not my 1st Yes, but only if configured properly. It may be easier to simply use a different program. I highly suggest you build MPlayer with support for the images you're reading, and then use mencoder to create the AVIs. Read the MPlayer man page for details. The example is near the bottom, it uses jpegs, but can be adapted to use pngs. BTW, ? wildcards (in addition to * wildcards) work with mencoder -- at least on my system they do. But I built my own mplayer, and downloaded every single dev package for still file formats I could find (libpng-dev, liblzo-dev, etc...). And I run Debian (unstable/testing). *shrugs* -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] OT: Not recieving duplicates of emails sent directly and via CC [Formerly Save pcx file as 2-bit (black and white)]
On 8/12/05, Robin Bowes [EMAIL PROTECTED] wrote: michael chang wrote: On 8/11/05, Robin Bowes [EMAIL PROTECTED] wrote: PS. Is it just me, or are Sven's and Michael's posts not getting to the list? I'm only getting the copy that is sent directly to me and the copy to the list is not arriving. It's just you. If you take a look at the headers, it's the same message, with you in the To: field, and the list being put in the CC: list. Chances are, your client [like my client - GMail's web interface] is smart enough to know when a message is a duplicate, and display it only once. I have filtering code that automatically detects mail from mailing lists and sorts it into folders and I'm haven't received any messages from Sven or yourself that were sent to the list. I get the copy sent to me personally, but I would expect to see two messages - one to me personally, and one from the list. Not sure why that is happening... What's the filter? Is it e.g. To: [EMAIL PROTECTED]; Subject: [Gimp-user] ...? Has this happened for everyone else? Is it just this list? You know, it's totally possible the list is smart enough that it's configurator/creator knows most people delete duplicate messages anyways, so it only sends out one copy. *shrugs* I obviously can't figure out this behaviour, because my client acts differently [ I use the GMail Web Interface]. When I get messaged CCed to list (filter by subject, [gimp-user]), it gets Archived [skip inbox], and then applied a label (read: put into a folder) gimp-user. If I get the message as well directly in To, I believe it also ends up in my Inbox (ignoring, if you will, the skip inbox directive). When I click on the message (it actually shows the entire thread of messages, and shows that thread under one item), your message appears once, and it's transparent to me whether you sent it twice or not. Personally, I'm rather fond of this behaviour, so... *shrugs* -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Save pcx file as 2-bit (black and white)
On 8/11/05, Robin Bowes [EMAIL PROTECTED] wrote: Sven Neumann wrote: Robin Bowes [EMAIL PROTECTED] writes: However, I'd like to reduce file size by reducing the colour depth to 2, i.e. black and white. How can I do the same thing from The GIMP? I'm sure it must be possible, but I'm just not looking in the right place! No, it isn't currently possible. But it would be rather simple to add some code to the PCX plug-in so that it stores a monochrome PCX file in case that the image is in INDEXED mode and the palette only has two entries. A couple of plug-ins already behave this way. Can you point me at the plug-ins that already do this so I can borrow the code for the pcx plugin? But then you still have to implement the PCX specific parts -- e.g. how the PCX file format differs for monochrome/indexed versus a standard image. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Save pcx file as 2-bit (black and white)
On 8/11/05, Robin Bowes [EMAIL PROTECTED] wrote: PS. Is it just me, or are Sven's and Michael's posts not getting to the list? I'm only getting the copy that is sent directly to me and the copy to the list is not arriving. It's just you. If you take a look at the headers, it's the same message, with you in the To: field, and the list being put in the CC: list. Chances are, your client [like my client - GMail's web interface] is smart enough to know when a message is a duplicate, and display it only once. After all, each e-mail has a seperate ID or whatever... among other things... which could implement this functionality. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] plug-in problems
On 8/9/05, Doug [EMAIL PROTECTED] wrote: Carol Spears wrote: On Mon, Aug 08, 2005 at 02:44:09PM +0100, Doug wrote: I'm using Gimp 2.2.4 and attempting to run the Colour Management plug-in, 'gimp-color-manager 0.1.0'. My OS is Mandrake Linux LE2005. Following the INSTALL instructions I've configured, make'd and installed it. 'gimp-color-manager' appears in /usr/lib/gimp/2.0/plug-ins, (but not in ~/.gimp-2.2/plug-ins). however - I'm not sure that I've understood properly what to do. Can you advise me what I've done wrong or omitted here in trying to get 'gimp-color-manager' onto Gimp-2.2.4? Are GIMP 2.0 plugins even _compatable_ with 2.2 plugins? Also, is this a binary install, or a source-compile? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Rotating an image
On 8/8/05, Peter Karlsson [EMAIL PROTECTED] wrote: --- Michael Schumacher [EMAIL PROTECTED] wrote: You can do this, at least I don't get what your problems with this are. Ok, then I stand corrected. I just thought that it didn't. Especially, I don't get why doing something on a layer - even temprarily hovering and anchoring a selection - should affect the whole image. Anchoring is just a click outside the floating selection, so it's not many Well, the thing that tricked me into thinking so was that one had to transform the floating selection into a new layer. I thought of the selection as just another layer, not a special one... additional steps. BTW, could you explain what each of the image/pic/canvas mean to you? Afaiu, image=picture=canvas. It might be a good thing to describe the workflow you're used to, then we could try to translate it into GIMP terminology for you. In a cad-program one works with completely separated elements (which can be merged in one way or another). One can group these elements together by using, for instance, layers (which is a loose kind of grouping). Of course the layered elements can share attributes like colour, thickness and others. These elements can be manipulated without affecting the others (if you so choose). There is no real equivalent to making a flat image (except maybe making a dead model). Iiuc, you can work like this in gimp (sort of at least): * All images has at least one layer (the background - right?) * You can put more layers on top each other and work with them separately, you can also re-arrange them. * The floating selection is a kind of layer, which requires special handling. * If you want to manipulate the floating selection, like I did, I have to transform it into a new layer by choosing layer/new layer, which to me is rather unintuitive (which shouldn't be taken as a form of criticism - just that people think differently). If I don't do this I get the cropped images when I save it as a jpeg (or any other non-layered format, or flatten the image), even though I adjust the canvas to fit the layer. I believe GIMP can do everything you want, except transform everything as a group. *sigh* If you can transform everything as a group, I have no clue how to do it. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Floating layer to regular layer
On 8/8/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I am an OS X user, so not sure if a right click alternative is available to me. some apps offer a mac counterpart to right clicking; does gimp? Doesn't the option-click *generate* a right-click? If not, I believe there are menus at the top; I think these are supposed to have the same contents as right-click menus, but I'm not sure. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Rotating an image
From: michael chang [EMAIL PROTECTED] Date: Aug 7, 2005 5:44 PM Subject: Re: [Gimp-user] Rotating an image To: [EMAIL PROTECTED] On 8/7/05, Peter Karlsson [EMAIL PROTECTED] wrote: But why would gimp crop the image? It won't. But some people would like to keep an entire layer's data, but only have some of it visible. I've done things like that before. *shrugs* I tried resizing the canvas to fit the layer (after doing the rotate, with Image/Fit canvas to layer), before sending my first mail. If gimp isn't cropping the layer then how do I get the missing parts back? Change the image size, I believe. Also, if you're fitting canvas to layer, make sure you have the clipped layer selected (you have more than one, yes or no?). -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: retouching dark photos
On 8/6/05, Steven Woody [EMAIL PROTECTED] wrote: Pasi Savolainen [EMAIL PROTECTED] writes: more interesting, in the levels window, if i pick a point p1 as grey using grey picker, then pick another point p2 as another grey point. in this case, what gimp will do? i think there are two candidates, 1, do adjust to make p1 grey, and from that point on do another adjust to make p2 grey. the result will be: p1 and p2 are both natural grey. 2, as if user did not click p1, gimp adjust p2 from scratch and simply forgot what he did before. I believe it's case two, but I'm not sure. That's what my experience has shown me. Otherwise, I'd imagine it was a bit odd. Let's say P1 was 0,0,0 (black), and P2 was 255,255,255 (white)? I don't think case 1 would even be possible. I could be wrong though. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Rotating an image
On 8/7/05, Peter Karlsson [EMAIL PROTECTED] wrote: Ok, perhaps I need to elaborate... First open an picture (which should be rectangular in shape). Then copy the picture (or a part of it). Create a new pic (under File/New). Paste (a regular paste into the new pic). Click on the rotate icon and then click on the pasted layer. Rotate arbitrarily and confirm by pressing the Rotate button. YES. You *should* elaborate. The reason this is happening is because your picture is in a selection floating above the picture! Why is this useful? So I can paste something, and then move it around a bit to figure out where I want it. Solution: Click outside the selection boundaries before rotating. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Rotating an image
On 8/7/05, Peter Karlsson [EMAIL PROTECTED] wrote: --- michael chang [EMAIL PROTECTED] wrote: It won't. But some people would like to keep an entire layer's data, but only have some of it visible. I've done things like that before. *shrugs* Seems reasonable I guess. But wouldn't it be easier to use if all of the layer were visible and hide some of it by choosing it? Tell the gimp developers that. I don't know. Honestly. Change the image size, I believe. Also, if you're fitting canvas to layer, make sure you have the clipped layer selected (you have more than one, yes or no?). I have only the clipped layer and the background layer. Isn't changing the image size and changing the canvas the same thing? Anyway in all attempts the clipped layer was selected (since it's the only thing I've manipulated); the layer had the walking ants around it. Walking ants means it's not a layer... it's a floating selection... [see my later message]. Solution: Make the floating layer non floating - by putting it on another layer. -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Tablets and sub-pixel sampling
On 7/27/05, Martin Vollrathson [EMAIL PROTECTED] wrote: Sven Neumann wrote: If you are using a tablet, the tablet should deliver higher precision coordinates. But is that actually the case? Are you really using your tablet as extended input device or is it only delivering core pointer events for some reason? Ok, so at least the GIMP is supposed to use the precision coordinates from the tablet? That's all I expect and desire. I've configured my tablet as an extended input device which also delivers core events. My first thought was that the core events were confusing the GIMP so I turned the core events off completely for the tablet but the results were the same. But as long as I know that the GIMP will take care of the high resolution coordinates if they're being fed to it correctly, then I suppose there's still something wrong with my setup. I can't see what I could possibly have done wrong though. Are you running Windows or Linux? -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: Change color (pdf)
On 7/11/05, Til Schubbe [EMAIL PROTECTED] wrote: Hello Olivier, * On 11.07. Olivier Ripoll ([EMAIL PROTECTED]) muttered: Have you tried Select-by color ? Then click on the writing to select all of it, and drag and drop the new colour you want to the image window. This only seems to work to change the color of the (white) background. It doesn't matter if I drop the color onto the background or onto the black foreground. That doesn't make sense, but if that's the problem, try inverting the selection. Problem solved. It helps if the fill tool is used on the black text, and if you zoom in (so that you can see individual pixels, e.g. 800% zoom). Then zoom out to see the whole document and see if that works. You may need to convert the pdf to rgb format and save it as e.g. an XCF, but I doubt this will be necessary. Are PDFs stored as indexed, grayscale, or rgb? I can't remember. I can't have missed the black color while dropping, because the pdf also contains large black areas. What can I do to select the foreground (color)? Regards Til ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user -- ~Mike - Just my two cents - No man is an island, and no man is unable. ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Color inversion: simple question
On 7/6/05, Haines Brown [EMAIL PROTECTED] wrote: As a learning exercise, I set out to create a banner. After having created a background layer I set up a text layer. A secondary question is how to anchor it. When I do C-h, nothing If memory serves me right, the latest versions no longer need text layers to be anchored. They will be stored as separate layers, so that the text can be re-edited. Normally, this serves most purposes, except for what you're about to do... After having created the text layer (and anchored it?), I want to do a color inversion. First I select the layer in the Layers Dialog (don't snip If instead I use the menu and do Layer,Colors,Invert, the black text turns the color of its background (white) and so disappears because the area around the text does not turn black. I should be getting white text on a black ground. Said filter works only on the selected layer (text). Select the background layer and repeat, to invert that, too. This way, you have the option of inverting only a certain part of a picture. Your tutorial is outdated, and doesn't accommodate for new features introduced in the 2.x series. [That said, I think I was using the anchor method of adding text but a year ago for a grade school project, and when I came back in the fall and reinstalled The GIMP, text had been implemented as seprate editable layers. Also, moving, resizing, scaling, skewing, or otherwise editing a text layer turns it into a graphic layer.] If you really want to anchor the layer, make sure that the text and background layers are the only visible ones (if they're the only ones you're working with, this is irrelivant, but in more advanced editing this becomes important), then right click the image, search around in the menus and click Merge Visible Layers. If you _really_ want to lose all the transparency data, and make e.g. inversion of the whole image easy, then you can simply flatten the image -- but you'll lose any invisible layers and you won't e.g. be able to move around various components. Also, for your tutorial: It may be easier to invert your background, then change your foreground/pen color into the inverted of what you would have chosen above, and then create text that is already inverted. Works for anything that you know how to find the inverted colour of (e.g. white for black, and vice versa). It may be worth reading the Changelog between 1.x and 2.x series, and/or the 2.x documentation. 1.x documentation needs to have the instructions converted into 2.x instructions on-the-fly, so if you're good at fumbling around and figuring that kind of thing out with something new, then you can try looking at the 1.x docs also. Good luck learning how to use the Gimp! IIRC, they say it's easier to ask then to spend days fumbling around. If you can fumble around in seconds though... *shrugs* -- ~Mike ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Digital camera - Macro to normal
On 7/3/05, Jad Madi [EMAIL PROTECTED] wrote: Hi, Today I took some shots but I've forgot to disable macro, actually all was great shots, but macro screwed them up Do you know what the word macro means? A macro is a script or list of instructions/settings (for e.g. a camera, software application, etc.) that usually produce a certain effect based on a camera. For example, I've seen macro features that do e.g. fast motion photography, or change settings for dimly lit pictures. There are a large variety of macro settings, that differ from camera to camera. IIRC, Many of them change the way pictures are taken, and changing those back to the form that would have occured without the macro usually involve pulling values and pixels out of thin air. What exactly happened to the picture, and what do you consider normal? Can you send me a copy of one of the pictures? [But do _not_ send to the list, I think attachements are blocked.] is there any filter or method to work on thos shots to make them looks normal ? In most cases, it is easiest to retake the pictures [I know, usually impossible, but that's why most digital cameras have display screens so you can tell if you accidentally used a macro or not and fix it immidiately]. This concept [easier to redo than recover] applies to alot of issues in computing, unfortunately. (Especally since most people ignore warnings about irreversable actions and such.) Furthermore, IIRC, most of the filters in The GIMP are used to remove e.g. speckles from scanned pictures and to modify, mangle, or add special/artistic effects to them. If you know what the mathimatical function was that your camera used in macro mode [which means that you are a developer of the camera, in which you should make it more user-friendly by making macro-modes harder to enable or keeping duplicates, an original and a macroed-copy, which would halve storage capacities [in picture counts]] then you can try writing e.g. a C plugin for The GIMP that reverses the formula, provided randomly generated numbers weren't used, and pixels weren't thrown away. I thought beginners weren't supposed to use macro modes. Then again, digi-cameras nowadays make it too easy to switch modes unintentionally. The last camera I saw with a macro mode only increased the detail level with the macro mode (allowing finer details to be taken in a picture, e.g. the seeds on a white dandilion). Someone else correct me if I'm wrong. -- ~Mike ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp print
On 6/30/05, Gary Montalbine [EMAIL PROTECTED] wrote: do not have a print capability. I tried to install gimpprint 4.2.7 rpm however it wants libgimp 1.2.so. Print worked OK with an earlier 2.2 You may want to ask the gimp-print list. Although it appears your RPM is the wrong one - it's a RPM intended for a 1.2 version of The GIMP. That's ancient. Is that the only 4.2.7 RPM you can find for your system? -- ~Mike ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp-2.3.1 slow loading resources
On 6/30/05, Carol Spears [EMAIL PROTECTED] wrote: and even with other current software that is available to me, i am still asking the question what is the reason you need to get a whole freaking office suite and install it so that you can simply read a file that ends in .doc? oh, the origins for this application can be found on a Assuming that you're only READING the file, and not editing it, on Windows, the Microsoft Word Viewer (created by Microsoft, available for free from microsoft.com) serves this purpose nicely and answers the question. Problem is, no one knows about it (it hasn't been oft-used since 1997ish, IIRC, even though they keep it up to date). On Linux, antiword and/or Abiword (the former converting all the words out of a .doc file and putting it in a .txt file, the latter being a Word Processor, not a Office Suite) will do fine. in .doc? oh, the origins for this application can be found on a different operating system that needs every single freaking tool to be loaded to do a simple task and the users cannot see any reason to work differently or manage their own resources better. This just promotes consumerism society, and makes us want to buy bigger, faster, more expensive things, just to do the same thing. That's why it takes as long to start a Microsoft Word 2005 on a new computer in 2005 (or longer) as it did to start Microsoft Word '97 on a new computer in 1997. Because they added so many new features, that the faster CPU (which isn't really faster, but that aside), and faster memory are consumed and everything starts swapping out to disk. That said, The GIMP technically *shouldn't* load *all* of it's brushes on startup, should it? (At least not when a user has this many brushes and patterns.) Like there should be a threshold, e.g. The GIMP will only load 32-128 brushes/patterns (this is a combined number, and should be configurable, and based on memory requirements) concurrently in memory on startup, and the rest will be left stored on disk and read as necessary. Then again, this sounds like Windows XP's prefetching method of speeding up the launch of applications -- which is nice if you start the same thing every day, but if you have 200 applications and you maybe use each one 3 times a month, the computer might end up trying to prefech (e.g. 5 files per application) 1000 files on startup, causing it to freeze on startup for a minute before you can use it. There's no way to win. Has someone mentioned this bug to GIMP-devel? Maybe we can put it on a TODO list [consider changing pattern/brush management system(s) in The GIMP]. Or someone can submit a patch? *shrugs* -- ~Mike ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] GTK version
On 7/1/05, Owen [EMAIL PROTECTED] wrote: checking if GTK+ is version 2.7.0 or newer... no This is a developmental/CVS version of GTK, I think. Since GTK.org reports the latest is 2.6, and IIRC all the odd numbered versions are developmental ones anyway. Consider getting a CVS checkout? http://developer.gnome.org/tools/cvs.html -- ~Mike ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
Re: [Gimp-user] kaladascope plug-in
Well, assuming you're doing a per-user installation, wouldn't it go in your ~/.gimp-2.2/plug-ins directory? I don't feel like checking what the system-wide directory is, but it's probably /etc/gimp-2.2/plug-ins or something. ~Mike On 6/27/05, sam ende [EMAIL PROTECTED] wrote: hallo, i downloaded the kalaidascope plug-in but don't know how to get gimp to 'see' it. i am running gimp 2.2.6 on debian sarge, is there a page/url which describes how to do this or could somone please explain the steps i need to do ? thank you very much in advance. sammi ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user -- ~Mike ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user