Hi All,
Once again I'm not sure if this is a bug or me being stupid. I'm kind
of hoping it is a bug... :-)
I've created a framework project by importing an PB.Project. Part of
the original project was a sub-project named Tests.sub-proj. It used
to contain .java files and resources, now it only contains resources.
So far, so good.
There are two types of resources in that sub-project, .plist and
.strings files. Both need to end up in Framework.framework/Resources.
By default, only the .strings files are copied to Resources. OK, I
thought, I'll just add this
<include name="**/*.plist"/>
to <resources></resources>. When I did that, the files did get
copied, but then ended up in
Framework.framework/ResourcesTests.sub-proj, which is not what I'd
intended. I'm thinking that this might be a bug related to
localization of .plist files, as discussed here:
http://www.objectstyle.org/woproject/ant/localized.html
To work around this, I've added the above include to the copy.strings
target and made it a dependency for the build and install targets.
This works, but it copies the .strings files twice and I'm concerned
with what it might do to localization.
In summary, some questions:
1. Is the handling of .plist files in <resources> described above a bug?
2. If not, what should I be doing?
3. What is the copy.strings task intended for with respect to the
resources attribute of the woframework task?
Cheers,
Chuck
--Chuck Hill chil..lobal-village.net Global Village Consulting Inc. http://www.global-village.net
Progress is the mother of all problems. - G. K. Chesterton
This archive was generated by hypermail 2.0.0 : Thu Sep 04 2003 - 16:39:04 EDT