ah sorry about the hard coded path! its in the xml file itself, so changing the <requires file=> to the relative path maps/dungeons/data/ tiles.xml int the map xml should work. I uploaded a new zip.
This is actually a problem with cocos though, :P as calling tiles.resource.save_xml gets the absolute path in the resource.requires list, even if loaded correctly from a relative path in the xml. save_xml seems to have a few problems, like the property types. I also had problems getting maps with namespaces to load at all, so you cant use maps with namespaces in cocograph (or cocos?). But I didn't investigate namespaces very thoroughly. I may write a custom save to override the tiles.resource one if Richard doesn't have an idea for a quick fix. Devon On Aug 27, 9:57 am, claudio canepa <[email protected]> wrote: > On Thu, Aug 27, 2009 at 5:40 AM, devon <[email protected]> wrote: > > [...] > > > -I tried using the latest revision of cocos tonight but it gave me a > > batchnode error about too many arguments for set_child or something so > > I just included cocos 0.3 > > That is an error in cocos svn trunk, I reported with patch in issue 127 for > cocos. > With the patch your app runs (except for the hardcoded paths) > > -- > claudio --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "cocos2d discuss" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/cocos-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
