Re: perl script in gimp for Windows : is it possible ?
On Wed, Jan 03, 2001 at 09:17:57PM +0200, Tor Lillqvist [EMAIL PROTECTED] wrote: Well, I can't say I love Win32, but I do like Perl ;-) When I tried (must have been a year ago, I think) the first hurdle was porting the Gtk Perl module. And of course, I totally ignored the Gtk module. o.k., two issues: - Gtk. This requires cygwin (I wa sunder the impression that gimp on win32 also required this for ./configure, but I was wrong). gimp-perl does not require this module, although it is highly recommended of course, esp. given it's windows ;) - Gimp-Perl. gimp-perl is not that demanding, yet it still requires being able to successfully run a configure fragment. If we could hardwire the configuration somehow, the makefile itself should not be very dependent on unix utilities. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: perl script in gimp for Windows : is it possible ?
You might see whether the MKS Toolkit perl distribution (http://www.mks.com/) will support the necessary ops. They do have very unix-like make and shell (C and Korn) environments. Just my 2c - just a perl non-power user. Peter Tor Lillqvist wrote: Marc Lehmann writes: (Also there are different ports of perl to win32). Basically, it requires somebody who just loves win32 and perl to check it out ;) Well, I can't say I love Win32, but I do like Perl ;-) When I tried (must have been a year ago, I think) the first hurdle was porting the Gtk Perl module. As I don't know much about building Perl modules on Win32, I gave up. (In a cygwin environment, it probably is as simple as on Unix, perl Makefile.PL etc, but in a "pure" Win32 environment, d'oh.) I could try again... --tml
Re: perl script in gimp for Windows : is it possible ?
Peter Dove wrote: You might see whether the MKS Toolkit perl distribution (http://www.mks.com/) will support the necessary ops. They do have very unix-like make and shell (C and Korn) environments. If you're going to consider MKS, you should check out UWin from att.research. Provides much of the functionality of MKS, has a more compliant ksh (D. Korn is lead developer of Uwin) and the price is much better, it's free. Just my 2c - just a perl non-power user. Peter Tor Lillqvist wrote: Marc Lehmann writes: (Also there are different ports of perl to win32). Basically, it requires somebody who just loves win32 and perl to check it out ;) Well, I can't say I love Win32, but I do like Perl ;-) When I tried (must have been a year ago, I think) the first hurdle was porting the Gtk Perl module. As I don't know much about building Perl modules on Win32, I gave up. (In a cygwin environment, it probably is as simple as on Unix, perl Makefile.PL etc, but in a "pure" Win32 environment, d'oh.) I could try again... --tml -- Until later: Geoffrey [EMAIL PROTECTED] "Great spirits have always found violent opposition from mediocre minds. The latter cannot understand it when a man does not thoughtlessly submit to hereditary prejudices but honestly and courageously uses his intelligence." - Albert Einstein
Re: Gimp in a different language?
[EMAIL PROTECTED] (2001-01-04 at 1949.23 +0100): Is it possible to have Gimp in a different language? Yes. I didn't find anything about that! Did I oversee something? Before launching Gimp set the LC_* LANG enviro vars. Lot of apps (under Unix systems, at least) use this method. Read the setlocale man page. GSR
gimp fonts
How to change the fonts of the gimp menus?
Re: gimp fonts
[EMAIL PROTECTED] (2001-01-04 at 2122.33 +0200): How to change the fonts of the gimp menus? Via .gtkrc or .gtkrc.mine or one of the multiple tools that allow you to change GTK+ config, like the GNOME Control Center. Also some themes change the default font. You should visit http://www.gtk.org/ and http://gtk.themes.org/ for more info. GSR
Re: perl script in gimp for Windows : is it possible ?
Tor Lillqvist writes:
When I tried (must have been a year ago, I think) the first hurdle
was porting the Gtk Perl module. As I don't know much about
building Perl modules on Win32, I gave up.
I could try again...
Well, I spent a few hours on it yesterday, and some more again today,
but it does seem quite hard, or at least tedious. There are several
hickups... will try to list some:
- What Perl to use? I decided to go the easy way, and use
ActiveState's prebuilt one. Let's see where that takes us.
- Makefile.PL wants to use gtk-config. No such on Win32. (How could
there be one? On Win32, people typically don't build GTK+
themselves, but fetch the headers and libraries, and just unzips
them in some suitable location. Compare to Unix, where people (or
their sysadmins) either configure GTK+ themselves, and thus decide
where it will be installed, or use prebuilt package that drops stuff
into fixed locations. Of course, I could start requiring that the
headers and import libs are placed in a fixed location
(C:\gnu\include, C:\gnu\lib for instance.)
Anyway, even if one hacks a suitable gtk-config shell script, it
will be called from a Perl running on pure Windows, and
system('gtk-config --libs') won't work (there is nothing to
recognise that the (extension-less) gtk-config file somewhere in
PATH is executable, and needs interpretation by a shell), and one
thus needs a wrapper .bat file, or even an .exe, to start a (cygwin)
bash or sh to actually interpret the gtk-config shell
script. Hmm. Some issues passing parameters to the shell script
through the command.com (or cmd.exe) -interpreted .bat file.
- While hacking that gtk-config script, for completeness's sake add a
--toolset option to choose between mingw (gcc) and MSVC (cl). They
both understand the same syntax for -I switches, but for libs, gcc
uses the normal Unix-like -LX:/xxx/xxx -lxxx, while cl wants just
the .lib file names X:/xxx/xxx/xxx.lib .
- ActiveState's Perl is built with MSVC. Its MakeMaker thus produces a
Makefile for nmake, that uses cl to compile and link to link. Oh
well, that is not so bad in itself, I have MSVC available at work,
and, ehh, I might have a copy at home also.
- However the Makefile.PL in Gtk-Perl assumes that the Makefile will
be run on a Unix-like system, and needs some tweaking. Oh well, not
anything impossible, change to use $^X, $Config{obj_ext},
$Config{exe_ext) etc as appropriate. Also change not to generate
Unix shell -specific commands (test -f ... ...). Also, the
command line syntax for cl is not Unix-like, no -o outputfile
switch.
- Glib on Win32 has an emulation for the dirent functions, defines the
DIR struct, and #defines opendir etc to g_win32_opendir etc. Perl
has its own emulation for these. Hmm. To avoid clashes will have to
include glib.h early in the Gtk-Perl .xs files, do some ugly
#defines and stuff to hide the GLib versions. Unfortunately there
are lots of those .xs files that need to have the same stuff
inserted. Oh well, just manual work.
- GdkTypes.h in Gtk-Perl clashes with gdktypes.h in GTK+.
(Case-insensitive filenames.) Have to rename it to GdkTypesPerl.h,
for instance. Rename also GtkTypes.h to GtkTypesPerl.h for stylistic
reasons.
- Some X11-backend specific stuff present in Gtk-Perl. Have to #ifdef
those out, but in a way that is still compatible with GTK+ 1.2,
which didn't have several backends, and doesn't define
GDK_WINDOWING_X11. Gtk-Perl also uses some GDK functions that don't
exist any longer.
At this point I bailed out again... I have better things to do, like,
eh, sleep?
Maybe it would be better to use a Perl running on cygwin? That would
help a couple of the issues above.
Before going any further I should probably contact the Gtk-Perl author
and make sure I am not duplicating somebody else's work in progress,
and to ask if he has done any more work on Gtk-Perl since 0.6123. (This
message is Cc:ed to him.)
(I am not promising that I will hack any more on Gtk-Perl on Win32
anytime soon...)
--tml
Re: Scratch removal plugin
read up on the clone tool. it is not a plug in ... and contains no magic but with a mouse under the proper hand (and the zoom level set high enough ;) you can get rid of those awefull scratches. see http://www.gimp.org/core_clone_tool.html On Thu, Jan 04, 2001 at 02:32:03PM +0100, Szekeres Istvan wrote: Hi, Is there a plugin for removing scratches from scanned images? Pista Thanks, Jeff --- | "0201: Keyboard Error. Press F1 to continue." | | -- IBM PC-XT Rom, 1982 | --- | Jeff Sheffield | | [EMAIL PROTECTED] | | AIM=JeffShef| ---
Re: gimp fonts
here are my notes on installing a true type font server http://www.jspot.org/jeff/crs/sysadmin/xfs/ On Thu, Jan 04, 2001 at 09:22:33PM +0200, anxe wrote: How to change the fonts of the gimp menus? Thanks, Jeff --- | "0201: Keyboard Error. Press F1 to continue." | | -- IBM PC-XT Rom, 1982 | --- | Jeff Sheffield | | [EMAIL PROTECTED] | | AIM=JeffShef| ---
Re: gimp fonts
I am assuming this is the XFree86 scenario. xtt is a part of XFree. So there is no need to add another ttf server like xfstt or xfsft. Just copy the fonts to say /usr/X11R6/lib/X11/fonts/tt/. After that create fonts.dir file. One limitation if I remember correctly is that fonts should all be lower case and should not have spaces. to do that you can download chcase.pl from freshmeat.net mkfontdir after that. add FontPath"/usr/X11R6/lib/X11/fonts/tt/" to XF86Config. -Prasanna -- Prasanna Subash --- [EMAIL PROTECTED] --- TurboLinux, INC Linux, the choice | The trouble with being punctual is that of a GNU generation -o) | nobody's there to appreciate it. -- Kernel 2.4.0-test11 /\\ | Franklin P. Jones on a i686_\\_v | | On Thu, Jan 04, 2001 at 07:46:54PM -0600, Jeff Sheffield wrote: here are my notes on installing a true type font server http://www.jspot.org/jeff/crs/sysadmin/xfs/ On Thu, Jan 04, 2001 at 09:22:33PM +0200, anxe wrote: How to change the fonts of the gimp menus? Thanks, Jeff --- | "0201: Keyboard Error. Press F1 to continue." | | -- IBM PC-XT Rom, 1982 | --- | Jeff Sheffield | | [EMAIL PROTECTED] | | AIM=JeffShef| --- PGP signature
