nhyatt/putty-source
1
0
Fork 0
mirror of https://git.tartarus.org/simon/putty.git synced 2025-01-09 17:38:00 +00:00
Code Issues Projects Releases Wiki Activity
f58ddf26fe
putty-source/icons/Makefile

136 lines
4.8 KiB
Makefile
Raw Normal View History

Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
# Makefile for the PuTTY icon suite.
`installer.ico' doesn't fit into 8.3, so gets truncated to INSTALLE.ICO in the Windows source Zips. Rename to `puttyins.ico'. [originally from svn r7241]
2007-02-06 22:39:15 +00:00
ICONS = putty puttycfg puttygen pscp pageant pterm ptermcfg puttyins
New script to generate OS X icon files. The Xcode icon composer doesn't seem to exist any more in modern versions of Xcode, or at least if it does then it's well hidden and certainly doesn't live at the top-level path at /Developer where web pages still claim it can be found. There is a free software 'libicns' and associated command-line tools, but they're large, complicated, picky about the exact format of PNGs they get as input, and in any case a needless extra build dependency when it turns out the important parts of the file format can be done in a few dozen lines of Python. So here's a new macicon.py, and icons/Makefile additions to build a demo icon for OS X PuTTY, as and when I finally get it working. Also I've deleted the static icon file in the neglected 'macosx' source directory, because this one is better anyway - the old one was appalling quality, and must have been autogenerated from a single image in some way.
2015-09-06 08:50:09 +00:00
SIZES = 16 32 48 128
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
MODE = # override to -it on command line for opaque testing
Use NetPBM .pam as an intermediate format in the icon makefile. mkicon.py now outputs .pam by hand, rather than using ImageMagick to go straight to .png. For most purposes the main makefile then uses ImageMagick anyway, to convert those .pams straight to the .pngs that the rest of the scripts were expecting. But one script that doesn't do that is macicon.py, which builds the MacOS .icns file by directly reading those .pam files back in. This allows the 'make icns' target in the icons directory to build from a clean checkout on vanilla MacOS, without requiring a user to install ImageMagick or any other non-core Python image handling module. (I could probably take this change at least a little bit further. I don't see any reason why icon.pl - generating the Windows .ico files - couldn't read the .pam files directly, about as easily as macicon.py did, if anyone had a use case for building the Windows icons in the presence of Python and Perl but in the absence of ImageMagick. But the .png files are directly useful outputs for Unix, so _some_ PNG-writing will have to remain here.)
2016-03-23 06:41:27 +00:00
PAMS = $(foreach I,$(ICONS),$(foreach S,$(SIZES),$(I)-$(S).pam))
MONOPAMS = $(foreach I,$(ICONS),$(foreach S,$(SIZES),$(I)-$(S)-mono.pam))
TRUEPAMS = $(foreach I,$(ICONS),$(foreach S,$(SIZES),$(I)-$(S)-true.pam))
PNGS = $(patsubst %.pam,%.png,$(PAMS))
MONOPNGS = $(patsubst %.pam,%.png,$(MONOPAMS))
TRUEPNGS = $(patsubst %.pam,%.png,$(TRUEPAMS))
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
New script to draw the icons as SVG. This gets us scalable icons that will go to extremely large sizes without the problems that arise from scaling up the output of mkicon.py, in which outlines become too thin because the script was mostly concerned with trying to squeeze all the desired detail into _tiny_ sizes. The SVG icons are generated by mksvg.py, which is a conversion of the existing mkicon.py. So the SVG files themselves are not committed in this repo; 'make svg' in the icons subdir will generate them. (I haven't decided yet whether this state of affairs should be permanent. Perhaps _having_ generated the SVGs via a similar program to the bitmap icons, we should regard the script as a discardable booster stage and redesignate the SVGs themselves as the source format for future modifications, so that they can be edited in Inkscape or similar rather than by tinkering with Python. On the other hand, perhaps keeping the script will make it easier to keep the icon family consistent, e.g. if changing the style of one of the shared visual components.) My plan is that we should stick with the output of the previous bitmap-generating script for all the _small_ icons, up to and including 48 pixels, because it does a better job at low resolution. (That was really what it was for in the first place: you can think of it as an analogue of a scalable-font hinting system, to tune the scaling for very low res so that all the important features are still visible.) I think probably I want to switch the 128-pixel icons used in the Mac icon file over to being rendered from the SVG (though in this commit I haven't gone that far, not least because I'll also need to prepare a corresponding black and white version). I haven't done extensive research yet to decide where I think the crossover point in between is.
2022-03-18 07:11:11 +00:00
SVGS = $(patsubst %,%.svg,$(ICONS))
Add an icon for the PuTTY installer. Design concept (and noticing that Inno Setup had an option to specify an icon) by Jacob; detailed artwork and translation into Python by me. [originally from svn r7136]
2007-01-22 18:02:06 +00:00
ICOS = putty.ico puttygen.ico pscp.ico pageant.ico pageants.ico puttycfg.ico \
Make Windows versions of the pterm icons. icons/Makefile will now rebuild them, but also, as per this code base's usual policy with Windows icons, they're committed directly in the windows subdir.
2021-05-08 16:22:19 +00:00
puttyins.ico pterm.ico ptermcfg.ico
Make an OS X icon for pterm as well as PuTTY.
2016-03-23 22:02:46 +00:00
ICNS = PuTTY.icns Pterm.icns
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
CICONS = xpmputty.c xpmpucfg.c xpmpterm.c xpmptcfg.c
base: icos cicons
New script to draw the icons as SVG. This gets us scalable icons that will go to extremely large sizes without the problems that arise from scaling up the output of mkicon.py, in which outlines become too thin because the script was mostly concerned with trying to squeeze all the desired detail into _tiny_ sizes. The SVG icons are generated by mksvg.py, which is a conversion of the existing mkicon.py. So the SVG files themselves are not committed in this repo; 'make svg' in the icons subdir will generate them. (I haven't decided yet whether this state of affairs should be permanent. Perhaps _having_ generated the SVGs via a similar program to the bitmap icons, we should regard the script as a discardable booster stage and redesignate the SVGs themselves as the source format for future modifications, so that they can be edited in Inkscape or similar rather than by tinkering with Python. On the other hand, perhaps keeping the script will make it easier to keep the icon family consistent, e.g. if changing the style of one of the shared visual components.) My plan is that we should stick with the output of the previous bitmap-generating script for all the _small_ icons, up to and including 48 pixels, because it does a better job at low resolution. (That was really what it was for in the first place: you can think of it as an analogue of a scalable-font hinting system, to tune the scaling for very low res so that all the important features are still visible.) I think probably I want to switch the 128-pixel icons used in the Mac icon file over to being rendered from the SVG (though in this commit I haven't gone that far, not least because I'll also need to prepare a corresponding black and white version). I haven't done extensive research yet to decide where I think the crossover point in between is.
2022-03-18 07:11:11 +00:00
all: pngs monopngs base icns svgs # truepngs currently disabled by default
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
pngs: $(PNGS)
monopngs: $(MONOPNGS)
truepngs: $(TRUEPNGS)
New script to draw the icons as SVG. This gets us scalable icons that will go to extremely large sizes without the problems that arise from scaling up the output of mkicon.py, in which outlines become too thin because the script was mostly concerned with trying to squeeze all the desired detail into _tiny_ sizes. The SVG icons are generated by mksvg.py, which is a conversion of the existing mkicon.py. So the SVG files themselves are not committed in this repo; 'make svg' in the icons subdir will generate them. (I haven't decided yet whether this state of affairs should be permanent. Perhaps _having_ generated the SVGs via a similar program to the bitmap icons, we should regard the script as a discardable booster stage and redesignate the SVGs themselves as the source format for future modifications, so that they can be edited in Inkscape or similar rather than by tinkering with Python. On the other hand, perhaps keeping the script will make it easier to keep the icon family consistent, e.g. if changing the style of one of the shared visual components.) My plan is that we should stick with the output of the previous bitmap-generating script for all the _small_ icons, up to and including 48 pixels, because it does a better job at low resolution. (That was really what it was for in the first place: you can think of it as an analogue of a scalable-font hinting system, to tune the scaling for very low res so that all the important features are still visible.) I think probably I want to switch the 128-pixel icons used in the Mac icon file over to being rendered from the SVG (though in this commit I haven't gone that far, not least because I'll also need to prepare a corresponding black and white version). I haven't done extensive research yet to decide where I think the crossover point in between is.
2022-03-18 07:11:11 +00:00
svgs: $(SVGS)
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
icos: $(ICOS)
New script to generate OS X icon files. The Xcode icon composer doesn't seem to exist any more in modern versions of Xcode, or at least if it does then it's well hidden and certainly doesn't live at the top-level path at /Developer where web pages still claim it can be found. There is a free software 'libicns' and associated command-line tools, but they're large, complicated, picky about the exact format of PNGs they get as input, and in any case a needless extra build dependency when it turns out the important parts of the file format can be done in a few dozen lines of Python. So here's a new macicon.py, and icons/Makefile additions to build a demo icon for OS X PuTTY, as and when I finally get it working. Also I've deleted the static icon file in the neglected 'macosx' source directory, because this one is better anyway - the old one was appalling quality, and must have been autogenerated from a single image in some way.
2015-09-06 08:50:09 +00:00
icns: $(ICNS)
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
cicons: $(CICONS)
Tweak the icon script, and the generated icons, to more closely match the original icons. (Apparently I managed to introduce errors while transcribing the originals for detailed analysis.) While I'm at it, add the obviously useful `make install' target in icons/Makefile, and fix the svn:ignore property on the icons directory. [originally from svn r7068]
2007-01-07 10:17:12 +00:00
install: icos cicons
cp $(ICOS) ../windows
cp $(CICONS) ../unix
Use NetPBM .pam as an intermediate format in the icon makefile. mkicon.py now outputs .pam by hand, rather than using ImageMagick to go straight to .png. For most purposes the main makefile then uses ImageMagick anyway, to convert those .pams straight to the .pngs that the rest of the scripts were expecting. But one script that doesn't do that is macicon.py, which builds the MacOS .icns file by directly reading those .pam files back in. This allows the 'make icns' target in the icons directory to build from a clean checkout on vanilla MacOS, without requiring a user to install ImageMagick or any other non-core Python image handling module. (I could probably take this change at least a little bit further. I don't see any reason why icon.pl - generating the Windows .ico files - couldn't read the .pam files directly, about as easily as macicon.py did, if anyone had a use case for building the Windows icons in the presence of Python and Perl but in the absence of ImageMagick. But the .png files are directly useful outputs for Unix, so _some_ PNG-writing will have to remain here.)
2016-03-23 06:41:27 +00:00
$(PAMS): %.pam: mkicon.py
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
./mkicon.py $(MODE) $(join $(subst -, ,$(basename $@)),_icon) $@
Use NetPBM .pam as an intermediate format in the icon makefile. mkicon.py now outputs .pam by hand, rather than using ImageMagick to go straight to .png. For most purposes the main makefile then uses ImageMagick anyway, to convert those .pams straight to the .pngs that the rest of the scripts were expecting. But one script that doesn't do that is macicon.py, which builds the MacOS .icns file by directly reading those .pam files back in. This allows the 'make icns' target in the icons directory to build from a clean checkout on vanilla MacOS, without requiring a user to install ImageMagick or any other non-core Python image handling module. (I could probably take this change at least a little bit further. I don't see any reason why icon.pl - generating the Windows .ico files - couldn't read the .pam files directly, about as easily as macicon.py did, if anyone had a use case for building the Windows icons in the presence of Python and Perl but in the absence of ImageMagick. But the .png files are directly useful outputs for Unix, so _some_ PNG-writing will have to remain here.)
2016-03-23 06:41:27 +00:00
$(PNGS) $(MONOPNGS) $(TRUEPNGS): %.png: %.pam
convert $< $@
$(MONOPAMS): %.pam: mkicon.py
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
./mkicon.py -2 $(MODE) $(join $(subst -, ,$(subst -mono,,$(basename $@))),_icon) $@
Use NetPBM .pam as an intermediate format in the icon makefile. mkicon.py now outputs .pam by hand, rather than using ImageMagick to go straight to .png. For most purposes the main makefile then uses ImageMagick anyway, to convert those .pams straight to the .pngs that the rest of the scripts were expecting. But one script that doesn't do that is macicon.py, which builds the MacOS .icns file by directly reading those .pam files back in. This allows the 'make icns' target in the icons directory to build from a clean checkout on vanilla MacOS, without requiring a user to install ImageMagick or any other non-core Python image handling module. (I could probably take this change at least a little bit further. I don't see any reason why icon.pl - generating the Windows .ico files - couldn't read the .pam files directly, about as easily as macicon.py did, if anyone had a use case for building the Windows icons in the presence of Python and Perl but in the absence of ImageMagick. But the .png files are directly useful outputs for Unix, so _some_ PNG-writing will have to remain here.)
2016-03-23 06:41:27 +00:00
$(TRUEPAMS): %.pam: mkicon.py
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
./mkicon.py -T $(MODE) $(join $(subst -, ,$(subst -true,,$(basename $@))),_icon) $@
New script to draw the icons as SVG. This gets us scalable icons that will go to extremely large sizes without the problems that arise from scaling up the output of mkicon.py, in which outlines become too thin because the script was mostly concerned with trying to squeeze all the desired detail into _tiny_ sizes. The SVG icons are generated by mksvg.py, which is a conversion of the existing mkicon.py. So the SVG files themselves are not committed in this repo; 'make svg' in the icons subdir will generate them. (I haven't decided yet whether this state of affairs should be permanent. Perhaps _having_ generated the SVGs via a similar program to the bitmap icons, we should regard the script as a discardable booster stage and redesignate the SVGs themselves as the source format for future modifications, so that they can be edited in Inkscape or similar rather than by tinkering with Python. On the other hand, perhaps keeping the script will make it easier to keep the icon family consistent, e.g. if changing the style of one of the shared visual components.) My plan is that we should stick with the output of the previous bitmap-generating script for all the _small_ icons, up to and including 48 pixels, because it does a better job at low resolution. (That was really what it was for in the first place: you can think of it as an analogue of a scalable-font hinting system, to tune the scaling for very low res so that all the important features are still visible.) I think probably I want to switch the 128-pixel icons used in the Mac icon file over to being rendered from the SVG (though in this commit I haven't gone that far, not least because I'll also need to prepare a corresponding black and white version). I haven't done extensive research yet to decide where I think the crossover point in between is.
2022-03-18 07:11:11 +00:00
$(SVGS): %.svg: mksvg.py
./mksvg.py $(patsubst %.svg,%_icon,$@) -o $@
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
putty.ico: putty-16.png putty-32.png putty-48.png \
putty-16-mono.png putty-32-mono.png putty-48-mono.png
./icon.pl -4 $(filter-out %-mono.png, $^) -1 $(filter %-mono.png, $^) > $@
puttycfg.ico: puttycfg-16.png puttycfg-32.png puttycfg-48.png \
puttycfg-16-mono.png puttycfg-32-mono.png puttycfg-48-mono.png
./icon.pl -4 $(filter-out %-mono.png, $^) -1 $(filter %-mono.png, $^) > $@
puttygen.ico: puttygen-16.png puttygen-32.png puttygen-48.png \
puttygen-16-mono.png puttygen-32-mono.png puttygen-48-mono.png
./icon.pl -4 $(filter-out %-mono.png, $^) -1 $(filter %-mono.png, $^) > $@
pageant.ico: pageant-16.png pageant-32.png pageant-48.png \
pageant-16-mono.png pageant-32-mono.png pageant-48-mono.png
./icon.pl -4 $(filter-out %-mono.png, $^) -1 $(filter %-mono.png, $^) > $@
pageants.ico: pageant-16.png pageant-16-mono.png
./icon.pl -4 $(filter-out %-mono.png, $^) -1 $(filter %-mono.png, $^) > $@
pscp.ico: pscp-16.png pscp-32.png pscp-48.png \
pscp-16-mono.png pscp-32-mono.png pscp-48-mono.png
./icon.pl -4 $(filter-out %-mono.png, $^) -1 $(filter %-mono.png, $^) > $@
Make Windows versions of the pterm icons. icons/Makefile will now rebuild them, but also, as per this code base's usual policy with Windows icons, they're committed directly in the windows subdir.
2021-05-08 16:22:19 +00:00
pterm.ico: pterm-16.png pterm-32.png pterm-48.png \
pterm-16-mono.png pterm-32-mono.png pterm-48-mono.png
./icon.pl -4 $(filter-out %-mono.png, $^) -1 $(filter %-mono.png, $^) > $@
ptermcfg.ico: ptermcfg-16.png ptermcfg-32.png ptermcfg-48.png \
ptermcfg-16-mono.png ptermcfg-32-mono.png ptermcfg-48-mono.png
./icon.pl -4 $(filter-out %-mono.png, $^) -1 $(filter %-mono.png, $^) > $@
Add an icon for the PuTTY installer. Design concept (and noticing that Inno Setup had an option to specify an icon) by Jacob; detailed artwork and translation into Python by me. [originally from svn r7136]
2007-01-22 18:02:06 +00:00
# Because the installer icon makes heavy use of brown when drawing
# the cardboard box, it's worth having 8-bit versions of it in
# addition to the 4- and 1-bit ones.
`installer.ico' doesn't fit into 8.3, so gets truncated to INSTALLE.ICO in the Windows source Zips. Rename to `puttyins.ico'. [originally from svn r7241]
2007-02-06 22:39:15 +00:00
puttyins.ico: puttyins-16.png puttyins-32.png puttyins-48.png \
puttyins-16-mono.png puttyins-32-mono.png \
puttyins-48-mono.png \
puttyins-16-true.png puttyins-32-true.png \
puttyins-48-true.png
Add an icon for the PuTTY installer. Design concept (and noticing that Inno Setup had an option to specify an icon) by Jacob; detailed artwork and translation into Python by me. [originally from svn r7136]
2007-01-22 18:02:06 +00:00
./icon.pl -8 $(filter %-true.png, $^) \
-4 $(filter-out %-true.png, $(filter-out %-mono.png, $^)) \
-1 $(filter %-mono.png, $^) > $@
We may as well update the website icon to match the other new ones. [originally from svn r7153] [this svn revision also touched putty-website]
2007-01-25 00:14:01 +00:00
# Icon for the website. (This isn't linked into "make all".)
website.ico: putty-16.png
./icon.pl -4 $^ >$@
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
xpmputty.c: putty-16.png putty-32.png putty-48.png
./cicon.pl main_icon $^ > $@
xpmpucfg.c: puttycfg-16.png puttycfg-32.png puttycfg-48.png
./cicon.pl cfg_icon $^ > $@
xpmpterm.c: pterm-16.png pterm-32.png pterm-48.png
./cicon.pl main_icon $^ > $@
xpmptcfg.c: ptermcfg-16.png ptermcfg-32.png ptermcfg-48.png
./cicon.pl cfg_icon $^ > $@
Use NetPBM .pam as an intermediate format in the icon makefile. mkicon.py now outputs .pam by hand, rather than using ImageMagick to go straight to .png. For most purposes the main makefile then uses ImageMagick anyway, to convert those .pams straight to the .pngs that the rest of the scripts were expecting. But one script that doesn't do that is macicon.py, which builds the MacOS .icns file by directly reading those .pam files back in. This allows the 'make icns' target in the icons directory to build from a clean checkout on vanilla MacOS, without requiring a user to install ImageMagick or any other non-core Python image handling module. (I could probably take this change at least a little bit further. I don't see any reason why icon.pl - generating the Windows .ico files - couldn't read the .pam files directly, about as easily as macicon.py did, if anyone had a use case for building the Windows icons in the presence of Python and Perl but in the absence of ImageMagick. But the .png files are directly useful outputs for Unix, so _some_ PNG-writing will have to remain here.)
2016-03-23 06:41:27 +00:00
PuTTY.icns: putty-16-mono.pam putty-16.pam \
putty-32-mono.pam putty-32.pam \
putty-48-mono.pam putty-48.pam \
putty-128.pam
./macicon.py mono:putty-16-mono.pam colour:putty-16.pam \
mono:putty-32-mono.pam colour:putty-32.pam \
mono:putty-48-mono.pam colour:putty-48.pam \
colour:putty-128.pam \
New script to generate OS X icon files. The Xcode icon composer doesn't seem to exist any more in modern versions of Xcode, or at least if it does then it's well hidden and certainly doesn't live at the top-level path at /Developer where web pages still claim it can be found. There is a free software 'libicns' and associated command-line tools, but they're large, complicated, picky about the exact format of PNGs they get as input, and in any case a needless extra build dependency when it turns out the important parts of the file format can be done in a few dozen lines of Python. So here's a new macicon.py, and icons/Makefile additions to build a demo icon for OS X PuTTY, as and when I finally get it working. Also I've deleted the static icon file in the neglected 'macosx' source directory, because this one is better anyway - the old one was appalling quality, and must have been autogenerated from a single image in some way.
2015-09-06 08:50:09 +00:00
output:$@
Make an OS X icon for pterm as well as PuTTY.
2016-03-23 22:02:46 +00:00
Pterm.icns: pterm-16-mono.pam pterm-16.pam \
pterm-32-mono.pam pterm-32.pam \
pterm-48-mono.pam pterm-48.pam \
pterm-128.pam
./macicon.py mono:pterm-16-mono.pam colour:pterm-16.pam \
mono:pterm-32-mono.pam colour:pterm-32.pam \
mono:pterm-48-mono.pam colour:pterm-48.pam \
colour:pterm-128.pam \
output:$@
Shiny new script which constructs the various icons for the PuTTY suite. In a dramatic break with tradition, I'm actually checking in the resulting icon files as well as the script that generates them, because the script requires Python and ImageMagick and I don't think it's reasonable to require that much extra infrastructure on everyone checking out from Subversion. The new icons should be _almost_ indistinguishable from the old ones, at least at the 32x32 resolution. The immediately visible change is that all the icons now come in 16x16, 32x32 and 48x48 formats, in both 16 colours and monochrome, instead of an ad-hoc mixture of whichever ones I could be bothered to draw. The same code can also be adapted to generate icons for the GTK port (although icons for the running programs don't seem to be supported by GTK 1 - another reason to upgrade to GTK 2!). [originally from svn r7063]
2007-01-06 18:15:35 +00:00
clean:
Use NetPBM .pam as an intermediate format in the icon makefile. mkicon.py now outputs .pam by hand, rather than using ImageMagick to go straight to .png. For most purposes the main makefile then uses ImageMagick anyway, to convert those .pams straight to the .pngs that the rest of the scripts were expecting. But one script that doesn't do that is macicon.py, which builds the MacOS .icns file by directly reading those .pam files back in. This allows the 'make icns' target in the icons directory to build from a clean checkout on vanilla MacOS, without requiring a user to install ImageMagick or any other non-core Python image handling module. (I could probably take this change at least a little bit further. I don't see any reason why icon.pl - generating the Windows .ico files - couldn't read the .pam files directly, about as easily as macicon.py did, if anyone had a use case for building the Windows icons in the presence of Python and Perl but in the absence of ImageMagick. But the .png files are directly useful outputs for Unix, so _some_ PNG-writing will have to remain here.)
2016-03-23 06:41:27 +00:00
rm -f *.pam *.png *.ico *.icns *.c
Reference in New Issue Copy Permalink