1) I like that idea, and it's probably easy to do. I'll look into it.
2) I like that idea, and it's probably hard to do. I'm guessing this will have to wait.
3) We have something in the works that's kind of like that, but not exactly. There are some details that still need to be worked out, though. On the whole, this one is non-trivial and it may be a while before it happens.
A "Suggested Attribution" section on the user profile page with a "how do I give attribution?" link on each submission's page
Done, to the extent that I can. I can't just put it on the user profile page, because some people want to be attributed differently depending on what works they submit. I was trying to come up with a way to allow for a default set of attribution instructions, but even then, if someone is submitting a work by someone else, some users will skip past already filled in fields and leave the default value there, which would mean that the art would come with erroneous instructions to attribute the submitter as opposed to the author. Anyway, the art submission page now contains an "attribution instructions" box, which users can fill in if they like.
"Project Website"/"Project Description" changed to a more general Website/Description-or-bio-or-something (submitters aren't necessarily working on a project)
Done.
Make more of the headings on the front page and in the sidebars into links (same as the "more" links below, some of the headings already are links), "Latest Art", "Recent Comments", etc.
I added what I could, but the most popular and most submissions boxes aren't views, they're custom code, which means I'd have to code up a whole other page to handle those. This isn't a huge deal, but it's harder than the other stuff, so it'll have to wait for a bit.
As I was looking at the front page, though, I noticed that some of the space there was poorly utilized. For instance, active topics and new topics seem to contain a lot of the same items, so I made the active topics box contain more items and removed the new topics box. I also filtered forum comments out of the Recent Comments box, since active topics are essentially exactly the same thing.
Here are some things that have been brought up already. If you'd like to discuss them in detail, please start another thread.
A fluid layout. This sounds nice in theory, but in reality it's a lot more difficult than it would appear. The problem is that the same main column we use for art views is also used for text, and when you widen text much more than the main column is at the moment, it starts requiring a lot of horizontal eye movement, which makes the page very awkward to read. I actually had a fluid layout at one time, and the complaints came in fast and fierce. Furthermore, having additional art pop up when room is made for it is a good bit harder than it sounds. Verdict: Barring a major redesign, which I don't have the resources for at the moment, this isn't going to happen.
Centering OGA in the page to make it look nicer: This is a nice idea, but the payoff is frankly pretty low, and messing with and testing CSS on a site like OGA with a bunch of different sub-pages is harder than people would think. Verdict: Low priority, unless a lot of people feel strongly about it.
Allowing NC licenses: There are plenty of other sites that do this, and a large part of OGA's popularity stems from the fact that we're consistent on this issue. Verdict: No.
Extra content on very wide screens: I like this idea, but we'll have to do some mockups. Verdict: Probably.
A sound samples section like the new textures section: A good idea. Verdict: Probably, if we can get enough sound samples to make it worthwhile.
A special section for tutuorials: We definitely need this.
Usually the way I like to deal with repetitive tiles is just create a second tile that tiles along with the first one, and then occasionally use that tile instead. 8x8 is pretty small, so unless you do something like that it's going to be fairly hard to avoid looking repetitive.
Textures are submitted the same way they've always been, prefereably on large batches. Once we receive them, we verify the source (and make sure they're licensed correctly), then add them to the texture archive and categorize them.
Anyway, let me know if I can be of help. I may be able to provide some advice about porting the necessary functions (or, better yet, tweaking them so they'll compile on both platforms).
1) I like that idea, and it's probably easy to do. I'll look into it.
2) I like that idea, and it's probably hard to do. I'm guessing this will have to wait.
3) We have something in the works that's kind of like that, but not exactly. There are some details that still need to be worked out, though. On the whole, this one is non-trivial and it may be a while before it happens.
@surt:
Done, to the extent that I can. I can't just put it on the user profile page, because some people want to be attributed differently depending on what works they submit. I was trying to come up with a way to allow for a default set of attribution instructions, but even then, if someone is submitting a work by someone else, some users will skip past already filled in fields and leave the default value there, which would mean that the art would come with erroneous instructions to attribute the submitter as opposed to the author. Anyway, the art submission page now contains an "attribution instructions" box, which users can fill in if they like.
Done.
I added what I could, but the most popular and most submissions boxes aren't views, they're custom code, which means I'd have to code up a whole other page to handle those. This isn't a huge deal, but it's harder than the other stuff, so it'll have to wait for a bit.
As I was looking at the front page, though, I noticed that some of the space there was poorly utilized. For instance, active topics and new topics seem to contain a lot of the same items, so I made the active topics box contain more items and removed the new topics box. I also filtered forum comments out of the Recent Comments box, since active topics are essentially exactly the same thing.
Here are some things that have been brought up already. If you'd like to discuss them in detail, please start another thread.
Well, I feel like a jerk. :)
This whole time I thought everyone could see the comment notify checkbox, but only admins could. It should be fixed now.
Bart
Because when the slime moves, the top part moves first, kind of like a slug. That doesn't work if we use the same sprites for up and down movement. :)
Usually the way I like to deal with repetitive tiles is just create a second tile that tiles along with the first one, and then occasionally use that tile instead. 8x8 is pretty small, so unless you do something like that it's going to be fairly hard to avoid looking repetitive.
Bart
It'll be back.
@Scribe
Textures are submitted the same way they've always been, prefereably on large batches. Once we receive them, we verify the source (and make sure they're licensed correctly), then add them to the texture archive and categorize them.
@MrBeast
That's a good idea. I'll do that. :)
So is this FLARE's "cow level"? :)
Someone needs to make a business casual version of the zombie sprite.
I've used templates in gcc without any issues. :)
Anyway, let me know if I can be of help. I may be able to provide some advice about porting the necessary functions (or, better yet, tweaking them so they'll compile on both platforms).
Pages