Loading custom asset

[joetsoi]

If I've implemented Asset for a custom type, with a custom loader, how should I translate the ggez filename to an asset id?

// standard ggez 0.8
let mut file = ctx.fs.open(Path::new("/what/goes/here.myfile")).unwrap();
let background = MyType::from_reader(&mut file).unwrap();

// how does translate to asset_manager?
let handle = assets.load::<MyType>("what.goes.here").unwrap();

[a1phyr]

This is exactly as you've shown it.

Additionally, the extension is set with either EXTENSION or EXTENSIONS in Asset trait (cf https://docs.rs/assets_manager/latest/assets_manager/asset/trait.Asset.html#provided-associated-consts)

[joetsoi]

Ah! That works for a resources directory in the same level as the executable. I guess this is because https://docs.rs/ggez-assets_manager/latest/src/ggez_assets_manager/source.rs.html#30 explicitly looks in resources directory.

I was expecting it to pickup the ~/.local/share directory as listed https://docs.rs/ggez/latest/ggez/filesystem/index.html

I think it might also not work for renaming the resources directory name or adding additional resource paths

[a1phyr]

Reading assets from local directory was supposed to work but did not due to a shameless copy-paste :

ggez-assets_manager/src/source.rs

Lines 45 to 68 in e3b1e9c

	fn read(&self, id: &str, ext: &str) -> io::Result<Cow<[u8]>> {
	let mut err = None;
	if let Some(source) = &self.resources {
	match source.read(id, ext) {
	Err(e) => err = Some(e),
	content => return content,
	};
	}
	if let Some(source) = &self.resources {
	match source.read(id, ext) {
	Err(e) => err = Some(e),
	content => return content,
	}
	}
	if let Some(source) = &self.resources {
	match source.read(id, ext) {
	Err(e) => err = Some(e),
	content => return content,
	}
	}
	Err(err.unwrap_or_else(no_valid_source_error))
	}

I've just released a new version with a fix. Additionally, GgezFileSystem is now directly created from ggez' Context, which makes it work with directory renaming (with an API that did not exist in ggez 0.7).
However, supporting adding additional resource paths will require more work/new API from ggez.

[a1phyr]

Anyway, thanks for reporting this issue !