[Gimp-user] Misleading reply to a FAQ for installing a GIMP2.6 Windows 7-32 executable

2012-01-20 Thread NoviceGimper
Thanks - help much appreciated - I am going to try and deinstall - rename the file - reinstall- return the renamed file to it's original name upon installation of Gimp - as someone (perhaps you) kindly suggested - hope it works. Evan Neumann orbitinge...@gmail.com writes: Let the kids

Re: [Gimp-user] Misleading reply to a FAQ for installing a GIMP2.6 Windows 7-32 executable

2012-01-18 Thread Evan Neumann
Let the kids finger paint over the cracked walls. As far as Gimp. I don't know about the other issues, but rename intl dll intl-old.dll Then re-install Gimp. There is no feasible way to hold someone's hand through troubleshooting Gimp though. Because it is open source there are morose bugs

Re: [Gimp-user] Misleading reply to a FAQ for installing a GIMP2.6 Windows 7-32 executable

2012-01-18 Thread Kevin Brubeck Unhammer
Jernej Simončič jernej|s-gm...@eternallybored.org writes: On Wed, 18 Jan 2012 10:32:36 +0100, Kevin Brubeck Unhammer wrote: – well, the assumption is wrong. LoginUI.exe is in fact a broken application, part of HP's personalisation, and it places a broken version of intl.dll in the Windows

Re: [Gimp-user] Misleading reply to a FAQ for installing a GIMP2.6 Windows 7-32 executable

2011-12-29 Thread Rene Grognard
Thanks to Jernej Simončič for his prompt reply. I never claimed it was a GIMP bug only that the FAQ reply was misleading and downright dangerous as you could get locked out of your own PC.HP's support also claims that's the other guy's fault. The user is not the winner in such conflicts!

Re: [Gimp-user] Misleading reply to a FAQ for installing a GIMP2.6 Windows 7-32 executable

2011-12-29 Thread Jernej Simončič
On Thu, 29 Dec 2011 11:09:34 +, Rene Grognard wrote: I simply cannot understand why GIMP does not look first into its own version in ProgramFiles\GIMP-2.0\bin which of course it finds once the Windows version is renamed. Because the DLL search path in Windows is roughly executable