IntenseFinance/gnucash
3
0
Fork 0
mirror of https://github.com/Gnucash/gnucash.git synced 2025-02-25 18:55:30 -06:00
Code Issues Packages Projects Releases Wiki Activity
12bad5cec8
gnucash/data/pixmaps/Makefile.am

121 lines
4.1 KiB
Makefile
Raw Normal View History

* configure.in: define a new substitution GNC_PIXMAP_DIR for a pixmap directory. * src/pixmaps/Makefile.am (gncpixmapdir): install in configured pixmap directory * src/gnc-dir.h.in (GNC_PIXMAP_DIR): define pixmap directory * src/Makefile.am (gnc-dir.h): configure pixmap directory for gnc-dir.h.in * src/gnome/dialog-utils.c (gnc_get_pixmap): use configured pixmap directory git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@3749 57a11ea4-9604-0410-9ed3-97b8803252fd
2001-03-04 20:10:44 -06:00
gncpixmapdir = ${GNC_PIXMAP_DIR}
* src/pixmaps: add gnucash_long.png graphic * src/gnome/top-level.c (gnucash_ui_init): show splash screen * src/gnome/gnc-splash.{ch}: splash screen functionality * src/gnome/dialog-utils.{ch} (gnc_get_pixmap): new function * src/gnc-dir.h.in: add header file with directory info * src/guile/Makefile.am: use BUILT_SOURCES for *.in sources git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@3746 57a11ea4-9604-0410-9ed3-97b8803252fd
2001-03-04 05:14:17 -06:00
gncpixmap_DATA = \
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gnucash-icon.ico \
gnucash-icon-48x48.bmp \
gnucash_splash.png
gncicon16dir = ${pkgdatadir}/icons/hicolor/16x16/actions
gncicon16_DATA = \
Adjust Makefile.am for pixmap hierarchy change in 4aea4c5.
2017-07-08 16:07:13 -05:00
hicolor/16x16/actions/gnc-account.png \
hicolor/16x16/actions/gnc-account-delete.png \
hicolor/16x16/actions/gnc-account-edit.png \
hicolor/16x16/actions/gnc-account-new.png \
hicolor/16x16/actions/gnc-account-open.png \
hicolor/16x16/actions/gnc-account-report.png \
hicolor/16x16/actions/gnc-gnome-pdf.png \
hicolor/16x16/actions/gnc-invoice.png \
hicolor/16x16/actions/gnc-invoice-duplicate.png \
hicolor/16x16/actions/gnc-invoice-edit.png \
hicolor/16x16/actions/gnc-invoice-new.png \
hicolor/16x16/actions/gnc-invoice-pay.png \
hicolor/16x16/actions/gnc-invoice-post.png \
hicolor/16x16/actions/gnc-invoice-unpost.png \
hicolor/16x16/actions/gnc-jumpto.png \
hicolor/16x16/actions/gnc-split-trans.png \
hicolor/16x16/actions/gnc-sx-new.png \
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
hicolor/16x16/actions/gnc-transfer.png
gncicon24dir = ${pkgdatadir}/icons/hicolor/24x24/actions
gncicon24_DATA = \
hicolor/24x24/actions/gnc-account.png \
hicolor/24x24/actions/gnc-account-delete.png \
hicolor/24x24/actions/gnc-account-edit.png \
hicolor/24x24/actions/gnc-account-new.png \
hicolor/24x24/actions/gnc-account-open.png \
hicolor/24x24/actions/gnc-account-report.png \
hicolor/24x24/actions/gnc-gnome-pdf.png \
hicolor/24x24/actions/gnc-invoice.png \
hicolor/24x24/actions/gnc-invoice-duplicate.png \
hicolor/24x24/actions/gnc-invoice-edit.png \
hicolor/24x24/actions/gnc-invoice-new.png \
hicolor/24x24/actions/gnc-invoice-pay.png \
hicolor/24x24/actions/gnc-invoice-post.png \
hicolor/24x24/actions/gnc-invoice-unpost.png \
hicolor/24x24/actions/gnc-jumpto.png \
hicolor/24x24/actions/gnc-split-trans.png \
Adjust Makefile.am for pixmap hierarchy change in 4aea4c5.
2017-07-08 16:07:13 -05:00
hicolor/24x24/actions/gnc-sx-new.png \
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
hicolor/24x24/actions/gnc-transfer.png
Rob Browning's patch to add automake. git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@2395 57a11ea4-9604-0410-9ed3-97b8803252fd
2000-06-02 04:00:31 -05:00
Write makefile rule to create gnucash-icon.ico. This rule isn't called by default though. It uses image-magick to add several png images of different size and bitdepth together. Current ico has: 16x16,8-bit 22x22,8-bit 24x24,8-bit 32x32,32-bit 48x48,32-bit 64x64,32-bit 96x96,32-bit 128x128,32-bit 256x256,32-bit git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19070 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 17:32:06 -05:00
gnchuge256icondir = ${datadir}/icons/hicolor/256x256/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gnchuge256icon_DATA = hicolor/256x256/apps/gnucash-icon.png
Bug #616615 - Request for larger size icon (96x96, 128x128, 256x256) git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19054 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 08:01:15 -05:00
Write makefile rule to create gnucash-icon.ico. This rule isn't called by default though. It uses image-magick to add several png images of different size and bitdepth together. Current ico has: 16x16,8-bit 22x22,8-bit 24x24,8-bit 32x32,32-bit 48x48,32-bit 64x64,32-bit 96x96,32-bit 128x128,32-bit 256x256,32-bit git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19070 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 17:32:06 -05:00
gnchuge128icondir = ${datadir}/icons/hicolor/128x128/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gnchuge128icon_DATA = hicolor/128x128/apps/gnucash-icon.png
Bug #616615 - Request for larger size icon (96x96, 128x128, 256x256) git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19054 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 08:01:15 -05:00
gnclarge96icondir = ${datadir}/icons/hicolor/96x96/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gnclarge96icon_DATA = hicolor/96x96/apps/gnucash-icon.png
Bug #616615 - Request for larger size icon (96x96, 128x128, 256x256) git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19054 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 08:01:15 -05:00
gnclarge64icondir = ${datadir}/icons/hicolor/64x64/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gnclarge64icon_DATA = hicolor/64x64/apps/gnucash-icon.png
Bug #616615 - Request for larger size icon (96x96, 128x128, 256x256) git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19054 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 08:01:15 -05:00
gnclarge48icondir = ${datadir}/icons/hicolor/48x48/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gnclarge48icon_DATA = hicolor/48x48/apps/gnucash-icon.png
Bug#503889: Install icons according to spec. On Win32, however, don't run the non-existant (?) gtk-update-icon-cache. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@16678 57a11ea4-9604-0410-9ed3-97b8803252fd
2007-12-18 08:57:12 -06:00
gncmediumicondir = ${datadir}/icons/hicolor/32x32/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gncmediumicon_DATA = hicolor/32x32/apps/gnucash-icon.png
Bug#503889: Install icons according to spec. On Win32, however, don't run the non-existant (?) gtk-update-icon-cache. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@16678 57a11ea4-9604-0410-9ed3-97b8803252fd
2007-12-18 08:57:12 -06:00
Bug #523922: Use correct scalable icon and add/fix 22x22/24x24 icons. For the scalable icon, use art/tango/scalable/gnucash.svg instead of art/icon.svgz. art/tango/22x22/gnucash.png is actually of size 24², so rename it to gnucash-24x24.png and create gnucash-22x22.png by removing the transparent 1px border. Install those icons into ${datadir}/icons/hicolor/${size}/apps so that apps like gnome-panel do not scale down the .svg instead. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17126 57a11ea4-9604-0410-9ed3-97b8803252fd
2008-04-25 18:19:33 -05:00
gncsmalltwfouricondir = ${datadir}/icons/hicolor/24x24/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gncsmalltwfouricon_DATA = hicolor/24x24/apps/gnucash-icon.png
Bug #523922: Use correct scalable icon and add/fix 22x22/24x24 icons. For the scalable icon, use art/tango/scalable/gnucash.svg instead of art/icon.svgz. art/tango/22x22/gnucash.png is actually of size 24², so rename it to gnucash-24x24.png and create gnucash-22x22.png by removing the transparent 1px border. Install those icons into ${datadir}/icons/hicolor/${size}/apps so that apps like gnome-panel do not scale down the .svg instead. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17126 57a11ea4-9604-0410-9ed3-97b8803252fd
2008-04-25 18:19:33 -05:00
gncsmalltwtwoicondir = ${datadir}/icons/hicolor/22x22/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gncsmalltwtwoicon_DATA = hicolor/22x22/apps/gnucash-icon.png
Bug #523922: Use correct scalable icon and add/fix 22x22/24x24 icons. For the scalable icon, use art/tango/scalable/gnucash.svg instead of art/icon.svgz. art/tango/22x22/gnucash.png is actually of size 24², so rename it to gnucash-24x24.png and create gnucash-22x22.png by removing the transparent 1px border. Install those icons into ${datadir}/icons/hicolor/${size}/apps so that apps like gnome-panel do not scale down the .svg instead. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17126 57a11ea4-9604-0410-9ed3-97b8803252fd
2008-04-25 18:19:33 -05:00
gncextrasmallicondir = ${datadir}/icons/hicolor/16x16/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gncextrasmallicon_DATA = hicolor/16x16/apps/gnucash-icon.png
Bug#503889: Install icons according to spec. On Win32, however, don't run the non-existant (?) gtk-update-icon-cache. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@16678 57a11ea4-9604-0410-9ed3-97b8803252fd
2007-12-18 08:57:12 -06:00
gncscalableicondir = ${datadir}/icons/hicolor/scalable/apps
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
gncscalableicon_DATA = hicolor/scalable/apps/gnucash-icon.svg
Bug#503889: Install icons according to spec. On Win32, however, don't run the non-existant (?) gtk-update-icon-cache. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@16678 57a11ea4-9604-0410-9ed3-97b8803252fd
2007-12-18 08:57:12 -06:00
# As suggested by <http://live.gnome.org/GnomeGoals/AppIcon>
if !OS_WIN32
gtk_update_icon_cache = gtk-update-icon-cache -f -t $(datadir)/icons/hicolor
install-data-hook: update-icon-cache
uninstall-hook: update-icon-cache
update-icon-cache:
@-if test -z "$(DESTDIR)"; then \
echo "Updating Gtk icon cache."; \
$(gtk_update_icon_cache); \
else \
echo "*** Icon cache not updated. After (un)install, run this:"; \
echo "*** $(gtk_update_icon_cache)"; \
fi
endif
Improve GNOME desktop integration. Bug #342936 Patch supplied by Stanislav Brabec <sbrabec@suse.cz>. git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@14251 57a11ea4-9604-0410-9ed3-97b8803252fd
2006-05-29 17:07:10 -05:00
Write makefile rule to create gnucash-icon.ico. This rule isn't called by default though. It uses image-magick to add several png images of different size and bitdepth together. Current ico has: 16x16,8-bit 22x22,8-bit 24x24,8-bit 32x32,32-bit 48x48,32-bit 64x64,32-bit 96x96,32-bit 128x128,32-bit 256x256,32-bit git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19070 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 17:32:06 -05:00
ico_files_hr = \
Bug #616615 - Request for larger size icon (96x96, 128x128, 256x256) git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19054 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 08:01:15 -05:00
${gnchuge256icon_DATA} \
${gnchuge128icon_DATA} \
${gnclarge96icon_DATA} \
${gnclarge64icon_DATA} \
Write makefile rule to create gnucash-icon.ico. This rule isn't called by default though. It uses image-magick to add several png images of different size and bitdepth together. Current ico has: 16x16,8-bit 22x22,8-bit 24x24,8-bit 32x32,32-bit 48x48,32-bit 64x64,32-bit 96x96,32-bit 128x128,32-bit 256x256,32-bit git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19070 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 17:32:06 -05:00
${gnclarge48icon_DATA}
ico_files_lr = \
Bug #523922: Use correct scalable icon and add/fix 22x22/24x24 icons. For the scalable icon, use art/tango/scalable/gnucash.svg instead of art/icon.svgz. art/tango/22x22/gnucash.png is actually of size 24², so rename it to gnucash-24x24.png and create gnucash-22x22.png by removing the transparent 1px border. Install those icons into ${datadir}/icons/hicolor/${size}/apps so that apps like gnome-panel do not scale down the .svg instead. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17126 57a11ea4-9604-0410-9ed3-97b8803252fd
2008-04-25 18:19:33 -05:00
${gncmediumicon_DATA} \
${gncsmalltwfouricon_DATA} \
${gncsmalltwtwoicon_DATA} \
Write makefile rule to create gnucash-icon.ico. This rule isn't called by default though. It uses image-magick to add several png images of different size and bitdepth together. Current ico has: 16x16,8-bit 22x22,8-bit 24x24,8-bit 32x32,32-bit 48x48,32-bit 64x64,32-bit 96x96,32-bit 128x128,32-bit 256x256,32-bit git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19070 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 17:32:06 -05:00
${gncextrasmallicon_DATA}
EXTRA_DIST = \
${gncpixmap_DATA} \
Rework our icon management They are now all stored in a directory structure similar to the final installation target, so no more copying of images during build is needed. Both Makefile.am and CMakelists.txt behave the same now. Some additional cleanups: - move stock_move related images to art; they aren't used so don't need to be installed - clean up icon loading There is one harmless warning still at run time about not all requested image sizes being found. This is odd because they are all installed. I suspect gtk no longer searches for these resolutions. Perhaps we just shouldn't run the check on them. The application works fine even without the images in the requested resolution.
2017-07-09 14:48:36 -05:00
${gncicon16_DATA} \
${gncicon24_DATA} \
Write makefile rule to create gnucash-icon.ico. This rule isn't called by default though. It uses image-magick to add several png images of different size and bitdepth together. Current ico has: 16x16,8-bit 22x22,8-bit 24x24,8-bit 32x32,32-bit 48x48,32-bit 64x64,32-bit 96x96,32-bit 128x128,32-bit 256x256,32-bit git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19070 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 17:32:06 -05:00
${ico_files_hr} \
${ico_files_lr} \
Add CMakeLists.txt files to dist tarball generated by autotools This is half of the work to align the cmake and autotools generated dist tarballs. What's missing in the cmake dist tarball on my system are all the files generated or installed by running autogen.sh. I can't test this because cmake can't run my version of automake (1.15), or at least our CMake configuration prevents this from happening.
2017-07-10 13:06:31 -05:00
${gncscalableicon_DATA} \
CMakeLists.txt
Bug#503889: Install icons according to spec. On Win32, however, don't run the non-existant (?) gtk-update-icon-cache. BP git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@16678 57a11ea4-9604-0410-9ed3-97b8803252fd
2007-12-18 08:57:12 -06:00
Write makefile rule to create gnucash-icon.ico. This rule isn't called by default though. It uses image-magick to add several png images of different size and bitdepth together. Current ico has: 16x16,8-bit 22x22,8-bit 24x24,8-bit 32x32,32-bit 48x48,32-bit 64x64,32-bit 96x96,32-bit 128x128,32-bit 256x256,32-bit git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19070 57a11ea4-9604-0410-9ed3-97b8803252fd
2010-04-23 17:32:06 -05:00
# Create gnucash-icon.ico
.PHONY: ico
ico: ${ico_files_hr} ${ico_files_lr}
convert ${ico_files_lr} ${ico_files_hr} tmp.ico; \
Fix automake INCLUDE deprecation warnings git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22539 57a11ea4-9604-0410-9ed3-97b8803252fd
2012-11-06 21:08:15 -06:00
mv tmp.ico gnucash-icon.ico
Reference in New Issue Copy Permalink