Fix getstyle, again
commit3bc2535968cf37b63ad99e49f91a73a332d5553a
authorCarlos R. Mafra <crmafra@gmail.com>
Fri, 3 Feb 2012 01:15:05 +0000 (3 01:15 +0000)
committerCarlos R. Mafra <crmafra@gmail.com>
Fri, 3 Feb 2012 01:42:17 +0000 (3 01:42 +0000)
tree6425083490cc382c7c51aa7c2eb907949b6e7895
parent85b4dba721d3220c2ef20609f32dedc9389915a8
Fix getstyle, again

As reported by Paul Seelig, it used to be the case that

getstyle -t ~/GNUstep/Library/WindowMaker/Themes/somefile

would save the current theme, and all old menus (WMRootMenu) were
relying on this.

The problem was that the following piece (from commit 6bf79945)

if (style_file && !make_pack)
print_help(0, 1);

would allow a style_file to be specified and saved to only with the
option -p (which implies make_pack), therefore saving a theme with
-t like the root menu used to do no longer worked.

Now things work fine:

[mafra@Pilar:~]$ ls GNUstep/
Applications/  Apps/  Defaults/  Library/
[mafra@Pilar:~]$ getstyle -t ~/GNUstep/theme
[mafra@Pilar:~]$ ls GNUstep/
Applications/  Apps/  Defaults/  Library/  theme

But also note that trying to save a theme outside of GNUstep/
is not allowed and it prints no error message - perhaps it should...
util/getstyle.c