Re: [Gimp-developer] GUI comment from an NT user
Peter wrote: Can GIMP be started with all the windows grouped the way I want? It simply reloads the previous configuration on Linux. But I don't know about the Windows version. That way, when I am in GIMP, the whole screen is working the Gimp way, and when I am in Word, the whole screen is working the Word way. Last time I used Gimp and tried to resize a window, I ended up in the Word document (which was underneath Gimp) and had to undo a text move, as the mouse movement had translated to moving text. Basically, Windows is lacking workspaces. I don't know if MacOS has them, but my Linux desktop has 16 workspaces (separate screens). So if I open up all the Gimp windows on workspace 1, and I want to open a second program which also has a few windows, then I simply switch to another workspace and open the second program there. Go back to workspace 1 and all Gimp windows are there as they were. It seems that the problem is that Linux desktops (at least UNIX-style ones, KDE is a lot more like Windows) like GNOME and Windowmaker differ from Windows desktops. I prefer the UNIX desktop by far, since it allows me much more freedom and thus increases productivity. But Linux programs fit in with Linux desktops, and thus they don't fit in with Windows. I think putting everything into a main window in Windows isn't a bad idea. It could even have the right-click menu _also_ at the top of the main window so that users of other programs can easily find it. 2c.. Lourens ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] UI remarks
Branko Collin wrote: A user is _never_ an idiot. If you feel that way, you may indeed as well only develop for yourself. Once you give a copy to a non- programming friend or neighbour for the first time, however, you have (IMHO) some moral obligation to care for the user friendliness of your program. This of course does not mean that you have to cater for those that are too lazy to indulge in some minimal form of self-education. Unfortunately, it is hard to find out if that is the case when receiving a stupid question from a user. I was working on a web site for a good friend, when one day we spatted and I was replaced by that Front Page Maker (or whatever it is). It took her approximately seven months to figure out how to change the background color of her web pages. I had to type it in for her by hand. I get frustrated using Windows apps. They are not set up like I expect them to be. Perhaps, it will be good for the Windows users to get used to linux apps? Ultimately, user ignorance is the issue. It seems to me that the more ignorant the Windows user is, the stronger Micro$oft is. While linux benefits more as the ignorant users get smarter. Perhaps it might be better to compare Gimp to the Windows free software? How about putting one of those little day counters in the gimp start up? So that the user has to acknowledge how many days s/he has used the software for free. I had to wait for that dumb little paint shop pro program to count past 2000 once. And that free thing could not hold a candle to Gimp. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Helmut Dersch's Panorama Tools
Marco Hi, I very urgently need a copy of panorama tools but Helmut Dersch's site is closed so I can't download it. If you have a copy please could you mail it to me or point me in the right direction as to where I will find it. Yours Jonathan Bowker BEGIN:VCARD VERSION:2.1 N:Bowker;Jonathan;;Mr FN:Jonathan Bowker TEL;HOME;VOICE:00 90 252 6180168 ADR;HOME:;;;Fethiye;Mugla;48300;Turkey LABEL;HOME;ENCODING=QUOTED-PRINTABLE:Fethiye, Mugla 48300=0D=0ATurkey X-WAB-GENDER:2 BDAY:20010527 EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010607T181329Z END:VCARD
Re: [Gimp-developer] adding a tool
On , 7 Jun 2001, Sven Neumann wrote: Jonas Geduldig [EMAIL PROTECTED] writes: I'm interested in adding a tool for detecting and cutting out contour regions. Intelligent Scissors ?! Yup, this sounds a lot like intelligent scissors. Read the comments at the top of app/iscissors.c I think I was the last person to go in there. There are still a few things that could be tidied up, eg getting the convolutions to work correctly near tile boundaries. Austin ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: GUI comment from an NT user
Hi, Guillermo S. Romero / Familia Romero [EMAIL PROTECTED] writes: Gimp, under Linux at least, saves layout. And you can do tricks, like copying the sessionrc to a safe place, and reinstall it before each launch. No need for tricks. Simply exit Gimp with your favorite session layout and disable Save Window Positions on Exit on the next run. Gimp will then always start with your favorite session layout. Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dutch
On Thu, Jun 07, 2001 at 10:20:17AM +0200, Sven Neumann [EMAIL PROTECTED] wrote: we use gettext at the moment and gettext does not support switching languages on the fly. Certainly not true for gnu gettext (I used this feature for a long time), and I guess not being able to switch locales at runtime would be a big enough bug for any gettext implementation that we could warrant using our own libintl in these cases (the reason why gettext is so slow is exactly this). I guess it would be rather difficult to make a dialog box with all languages (valid locale settings differ from distro to distro even, it's not that bad with languages, but it's still not possible to make a generic language = locale mapping), but it should be possible to enter a new locale string. Or is this a gimp limitation (wire issues??) -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | | ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] UI remarks
On Wed, Jun 06, 2001 at 10:51:26PM +0200, Branko Collin wrote: www.gimp.org mentions the win32 version on the front page. After scrolling. And not on the page where you would expect it, on the download page. Surely, you do not expect a visitor to read the whole web site before downloading the software? Probably not - however, if peopel are downloading the software it's reasonable, I think, to expect them to pay at least a passing visit to the download page. Cheers, Dave. -- .--. / David Neary, \ | E-Mail [EMAIL PROTECTED] | \ Phone +353-1-872-0654 / `--' ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] Re: Re: GUI comment from an NT user
[EMAIL PROTECTED] (2001-06-07 at 1734.35 +0200): Gimp, under Linux at least, saves layout. And you can do tricks, like copying the sessionrc to a safe place, and reinstall it before each launch. No need for tricks. Simply exit Gimp with your favorite session layout and disable Save Window Positions on Exit on the next run. Gimp will then always start with your favorite session layout. Ah, but doing tricks is much more fun than clicking a couple of buttons :) It it can also be used as a way to move config arround, ie if you have multiple resolutions (if size Foo, copy sessionrc.foo, if Bar, copy sessionrc.bar) or configs (today I want crowded desktop). GSR ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] UI remarks
David Monniaux [EMAIL PROTECTED] writes: Here are a few observations of mine on the UI, following Chris' mom's observation that Gimp looks terrible. David, this is a wonderful list. The installation process is frightening: 1. The user is presented with a dialog box Welcome to GIMP that is half full of legalese (NO GUARANTEE etc...). Perhaps the first installer screen should simply state that Gimp is a painting, touch up etc... program able to read various image formats etc..., and the legalese should be pushed to a second dialog box ? Leaving the disclaimer of warranty in is, I think, not a problem. I think the bigger problem is that the first thing you see when you start up the GÏMP for the first time is a big ugly BRIGHT ORANGE window. That window, aside from being prettified, should tell you something like The GIMP needs to install some configuration files for you before it can be run for the first time. Click on continue to perform the GIMP user installation or cancel to exit. The GIMP is free software, is distributed under the GNU General Public License, and comes with absolutely no warranty. Please click on the license button to get more information. 2. The current second dialog box shows a full list of files and directories that most users will never care about at first. Maybe we should add an indication that knowing all about this is not necessary to use Gimp? This dialog is completely unnecessary. As a user, I don't care where the GIMP installs its ~/.foo. I just want to be able to run the program. Also, it is bad that you have to know that ~/.gimp exists and that you may need to hand-tweak the stuff in there. Everything should be configurable through a nice graphical interface; if you need to install third-party plug-ins or scripts or gradients then the GIMP should have an install plug-in command. This command can simply copy a binary into your ~/.gimp/plug-ins. 3. The installer runs a script that copies files and asks the user to spot an error in the execution of the scriptx and investiguate in case there is an error. [even worse in the Windows version] Completely agreed. This looks like a case of we are too lazy to think of how our system calls may fail, so we'll run a shell script and have the user figure it out. N.B. I just erased my ~/.gimp-1.2 and re-ran it. I got cp /etc/gimp/1.2/gtkrc_user /home/federico/.gimp-1.2/gtkrc cp: /etc/gimp/1.2/gtkrc_user: No such file or directory (because I have /etc/gimp/1.2/gtkrc instead of gtkrc_user). Still, the GIMP runs just fine. Some poor user who does not know what all those scary files do will tear some hair out wondering why there was an error in the stupid installation script, and he'll be wondering why the GIMP seems to run fine. 4. Adjustment of parameters Another frightening dialog box. We should really convey the idea that the default settings are OK, and that those settings can be changed at any time afterwards (otherwise the users may spend time pondering what to say here). a) The default tile cache size should be adjusted with respect to the installed RAM size. This should fulfill the need of most users (PCs with one console user). In the case of multi-user systems, the system administrator should be able to set other default values (maybe depending on the machine). Agreed. Just pick a reasonable default based on the amount of memory in the system. And please use libgtop to figure that out instead of some horrid hack like cat /proc/meminfo. If you want to get really fancy and somewhat scarier for the user, you could have a wizard-type dialog where you ask The GIMP may need large amounts of memory to manipulate its images. To avoid using all the memory in your system, you can configure how much memory the GIMP will be able to use. [ ] Let the GIMP configure this by itself. [ ] Let me customize the size of the tile cache. If you pick the first option, the GIMP should see if the sysadmin pre-configured stuff (i.e. you are on a multiuser machine and the sysadmin is smarter than you). If there are no sysadmin-set values, you take the available amount of RAM and multiply it by some sane factor and use that. If you pick the second option, you explain what the tile cache is, you explain what would be some reasonable values for different scenarios (single-user machine, multi-user machine, l33t haxx0r graphic designer). b) The setting of the swap file in .gimp-x.y/tmp is a problem on NFS-mounted accounts (universities, for instance). Why not /tmp by default? I have no comment on this. I do agree that $TMPDIR would be better. 5. The resolution thing is OK. Mostly. It would be better if it were something like The GIMP needs to know the resolution of your monitor so that
[Gimp-developer] ANNOUNCE: Gimp-Print 4.1.8
This is gimp-print version 4.1.8, a development release on the 4.1 line. This software includes the Print plug-in for the Gimp, and GhostScript and CUPS drivers. The support for printers in GhostScript and CUPS is identical to the support for these printers in the Print plugin -- they use the identical code base. Please read src/ghost/README and src/cups/README for more information on this. The Gimp Print plugin requires the Gimp 1.2. Gimp-Print 4.1.8 contains the following changes over 4.1.7: 1) The way to print black and white only images has changed. In the Gimp plugin, the option has been moved from the Image Type group of buttons to the Output Type group. In the Ghostscript driver, it has been moved from -dImageType=3 to -dColor=2. It has been removed, at least temporarily, from the CUPS driver. It is likely that there will be further changes related to all of this before 4.2. 2) A bug introduced in 4.1.7 that caused roll feed printing to fail on Epson Stylus printers (such as the Stylus Photo 870) is fixed. The symptoms are typically that the ready light on the printer flashes as data is sent, but nothing is printed. 3) Initial support for the Epson Stylus Pro printers: 5000, 5500, 7000, 7500, 9000, 9500. It is not yet tested and tuned. There is also currently no support for the paper cutter. 4) Explicit support for various types of roll paper supported by Epson printers. This enables Gimp users to specify the height of the page with a fixed width. 5) A bug that in some cases prevented certain options from being selected (and may have resulted in crashes) in the GIMP plugin has been fixed. 6) Color quality on Epson printers (particularly in the blue range) is improved. 7) Tuned Epson Premium Quality Photo Paper for new (870/1270 and successors) Epson Stylus Photo printers. This paper was specifically designed for these printers, and may not give optimal results with older printers. 8) Partial color tuning for some papers on Epson printers. In particular, matte and plain paper should now produce more accurate grays with default settings. 9) Very dark tones and very saturated colors should be improved somewhat. The result may be a bit darker and more contrasty; this will need some experimentation. 10) The Gimp plugin should now build on systems not using GNU make. 11) The Gimp plugin now permits the user to define a new printer name. This allows the user to define multiple printers with different settings. A newly-defined printer will clone the settings in effect at the time the new printer is defined. 12) The Gimp plugin now grays out settings that have no effect. Specifically, the custom page size boxes are grayed out unless a paper size allowing custom sizing is in use, and the color control sliders (cyan, magenta, yellow, and saturation) are grayed out when grayscale or black and white output is selected. 13) The Gimp plugin now offers an extra option for positioning the image in the preview window. The middle button moves the image in increments of the image size. This can be useful in some cases when printing the same image multiple times on one page. Furthermore, if you move the image with any mouse button, and while the mouse button is held down you press another button, the entire move operation is aborted; the image is returned to its previous position, and does not respond to the mouse until you release all buttons. 14) The Gimp plugin will no longer compile against any version of 1.1. It no longer uses the transitional compatibility API; rather, it uses the 1.2 API. 15) There has been a significant reorganization of the dither code. While this has been tested, it is quite possible that there are cases where the code has regressed. Typical symptoms would be no output, grossly wrong output (likely with vertical bands or streaks), or crashes. Please report any problems you may find. 16) The package as a whole is compiled with more warnings enabled (when gcc is used). While most of the warnings have been cleaned up, some of them cannot easily be removed (they're due to issues with external header files or other tools, for example). Gimp-Print 4.1.8 has the following known issues: 1) The Canon driver currently produces incorrect or no output on many printers at many resolutions. This has been the case since roughly 4.1.5. We are aware of this issue, and will fix it as soon as possible. -- Robert Krawitz [EMAIL PROTECTED] http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for Gimp Print/stp -- http://gimp-print.sourceforge.net Linux doesn't dictate how I work, I dictate how Linux works. --Eric Crampton ___ Gimp-developer
[Gimp-developer] FREE Website Income Opportunity
Dear [EMAIL PROTECTED], What Company is Predicted to do $1 Billion Within 36 Months? FREE Membership Income Opportunity FREE Website Virtual Office FREE* Product 100% Internet-Based Huge Potential SPILLOVER http://www.rezdirect.com/Goodlife.htm Why are we so confident? Look at our dream team: Richard S. (Dick) Johnson President of Amway Japan from 1991 to 1999 During Dick's tenure, Amway Japan grew to almost TWO BILLION DOLLARS in annual sales. Steven and Terry Smith Founders of Inovative Technologies Corp. (ITC) Dr. DeSilva, M.D. PhD Serves as the President of the American Nutraceutical Association and has attained national television exposure in hosting medical segments on CNN. He is on the teaching staff at JFK medical Center in Edison, New Jersey. Ask The Doctor is the name of Dr. DeSilva's daily nationally syndicated radio talk show. Jim Lord Jim is the CEO and founder of Internet Billing Systems, makers of the business operating system, QBOS. Jim's career spans 20 years and includes such clients as NASA, IBM, TVA and now, our company. Bob Lively Over 25 years of worldwide senior management experience in the electronic banking industry. As Executive Vice President/Treasurer/COO of the Armed Forces Financial Network from 1984-1999, Bob organized, developed and managed an International electronic banking network providing ATM/POS/SMART CARD services to military personnel throughout the free world. Gerald P. Nehra Attorney-at-Law Mr. Nehra is one of very few attorneys nationwide whose practice is devoted exclusively to direct selling and multi-level marketing issues. His 29 years of legal experience includes 9 years at Amway Corporation where he was Director of the Legal Division. NOW IS THE TIME TO GET ENROLLED. IT'S FREE PLEASE DON'T PROCRASTINATE AND LOSE AN EXCELLENT POSITION IN A FUTURE BILLION $$ BUSINESS. CLICK HERE http://www.rezdirect.com/Goodlife.htm This is a one time e-mail...your e-mail address was identified as someone who is/was interested in quality business opportunities. If you're not interested in receiving future mailings from this address...do nothing. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Helmut Dersch's Panorama Tools
Hi, Superonline [EMAIL PROTECTED] writes: I very urgently need a copy of panorama tools but Helmut Dersch's site is closed so I can't download it. If you have a copy please could you mail it to me or point me in the right direction as to where I will find it. according to this article: http://slashdot.org/articles/01/06/06/1423251.shtml and this email: http://listserv.fh-furtwangen.de/cgi-bin/lwgate/cgi/lwgate-en-proj.cgi/PROJ-IMIM/archives/proj-imim.archive.0106/date/article-21.html he has been forced to shut down the site due to patent problems :-( Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
