On Thu, 13 Jan 2000, Tom Rathborne wrote: > Expanding the image to 1400x1400 first would fix that. However, I can > imagine that you might want to wrap an 8000x100 image into a 1000x1000 > circle, but expanding the image to 8000x8000 might be beyond your > machine's resources. Yes, and the input image would also not be trivial to build: I'd have to modify the aspect ratio of my text so that it gets output with the correct aspect ratio after the polar transform... And, yes, while it might be made to work this way: * It needs HUGE intermediate images, as you pointed out, and these will kill commonly-sized machines. * It is definitely anti-intuitive, cumbersome, error-prone and frustrating. Exactly the kind of example that proprietary software advocates like: "Sure, it's nice and all, many reasonable things can't be done, or you need to be Albert Einstein to know how you are supposed to do them. Those programmers do not care much for the end user." > I think may plug-ins suffer from this problem, but I doubt that they > can all be fixed in any reasonable amount of time. Two input fields: target-width and target-height in each of the plug-ins where this bug is most annoying? --- David Monniaux Fax: +33 1 44 32 20 80 Laboratoire d'informatique de l'École Normale Supérieure, 45 rue d'Ulm - 75230 PARIS cedex 5 - FRANCE
