Hi Georg, Georg Fleischmann wrote: > >> could you just explain shortly why this patch is needed and also why >> this is not a general problem of the way [NSImage imageNamed:] is >> implemented? We are using imageNamed: for the GORM encoding as well, so >> if this is a general problem it should be fixed for this as well. > > Yes this may be a general problem with GORM files as well. > > I think [NSImage imageNamed:] is ok. It searches inside the main bundle only. > > This seems to be correct, because the OpenStep method doesn't know images > located in other bundles as well (I wouldn't even know how the image class > could be aware of other bundles than the main bundle. Could it?). >
You are correct, [NSImage imageNamed:] should according to the specification only look in the main Bundle. So Gorm and later NIB loading will face the same problem as GModel. When loading an image from a NIB (gorm, gmodel) file from a different bundle, the image names will be looked up in the main bundle. Your code is a nice workaround for the GModel loading, but wont help in the other cases. > So my impression is that the loading of bundle images is special and in the > responsibility of the interface loading (in this case). The interface loading > > provides the file owner ([NSBundle loadNibNamed: owner:]) which is giving the > > hint to the bundle. I'm not aware of any other way to load these images. Does anybody have a nice and clean idea to work around this? Should we have something like a current bundle, which gets set in the NIB (Gmodel, Gorm) loading code and will be used, if resources wont be found in the main bundle? _______________________________________________ Bug-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnustep
