search

brson / rust-sdl

SDL bindings for Rust
MIT License
179 stars 52 forks source link

`SDL_ttf` support. #71

Open dpc opened 11 years ago

dpc commented 11 years ago

My game (rustyhex) needs some text. ;)

Will do this myself in some future (once I find some time) if no one else is going to do it faster.

rossmurray commented 11 years ago

Should this go into rust-sdl or be a separate library? I'm wondering the same thing for SDL_gfx or SDL_Draw. I started on a separate library for gfx because I didn't know what would be best.

sfackler commented 11 years ago

I'm thinking all of the SDL_* libraries should be separate, including SDL_image and SDL_mixer. If they live inside of this project, then people packaging rust-sdl up for e.g. Ubuntu have to decide if they're going to require everyone to install SDL_image or not support it at all.

I'm working on SDL_ttf bindings here: https://github.com/sfackler/rust-sdl_ttf. It's in the very early stages, but it should be fleshed out relatively quickly.

AngryLawyer commented 11 years ago

Yeah, I'd prefer them to be in external libs, to be honest, but that's just personal taste. SDL_image and SDL_mixer should probably be moved out at some point.

itdaniher commented 11 years ago

+1 for moving out, but at that point, it might make sense to build a metarepo that includes the subprojects as git submodules and includes working build scripts for ease of test / use.

brson commented 11 years ago

FWIW I have no opinion here, but it sounds like consensus is leaning toward keeping these libs separate. It may be worth talking to @catamorphism to find out if we can have a single git repo that contains multiple rust libraries, leaving them all here, but as different libs. That would possibly be easiest to manage since in my experience git submodules are more-or-less a nightmare. Alternately, if those with a stake want to agree on some multi-repo structure I'm happy to deprecate this one and let development move elsewhere.

sfackler commented 11 years ago

IIRC, submodules are no longer forced to track a specific commit and can now track a branch or tag which should make them much more usable. I haven't tried out the new functionality yet, so I don't know if it's still awful.

AngryLawyer commented 11 years ago

If we stick everything in one repo, how will Rustpkg deal with that?

brson commented 11 years ago

@AngryLawyer I don't know off hand but @catamorphism would. At one point at least supporting multiple crates in a single repo was a proposed feature.