Hi Chuck,
it was a missing feature. I'll send you an update in a sepate mail.
Ulrich
On Thursday, 4. September 2003, at 22:42PM, Chuck Hill wrote:
> 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?
I have no idea :-). We have to ask Markus for that.
Ulrich
>
>
> 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 : Fri Sep 05 2003 - 03:32:37 EDT