Well there is this oddity I've run across with iOS (and it stuck around after I migrated to a newer iPhone/iOS version). Not really that major, but it makes site navigation really annoying with iCrap - clicking on links/buttons in Content pages makes OGA go into Rave Mode instead of actually opening the link about half the time, unless I select 'Open in New Tab' (or sometimes, turn my phone sideways to force an orientation/layout change). Otherwise, I've never had an issue with any other browser - works perfectly in literally everything else, so I usually just browse from my desktop or Android these days.
Of course, considering I've never seen anyone else report it, I'm still open to the possibility that I'm either insane or doing it wrong.
Any way to do it creatively on the back end with mod_perl? I'd think you could do something like this example, where you create a custom perl script to update the database, and then reference it with PerlLogHandler inside a Files or FilesMatch directive so it's only invoked for image files. No redirection or funky renaming on the browser side, and you avoid any overhead you may incur from streaming the download through PHP.
Missed a spot? "Creative Commons does not authorize the use by either party of the term "OpenGameArt.org" or any related trademark or logo of OpenGameArt.org without the prior written consent of OpenGameArt.org.."
@Julius: Expanding the market has value by engaging new users who might not yet embrace open-source philosophy, but potentially could after being exposed to and educated about it. I'd argue that there are plenty of people out there who either don't know of open licensing, or have misconceptions about it that dissuade them from using it.
I can't help but be reminded of the IPv6 NAT debate. The designers of IPv6 functionality in the Linux kernel have historically been dead-set against allowing any implementation of NAT, because IPv6 is better without it, and in theory they're right. NAT is a stumbling block and introduces all sorts of networking headaches, and most everything would work better without it. But there are enough users who rely on it - businesses and home users with statically-assigned printers/servers/etc. who don't want to reconfigure their entire network every time they change ISPs, multihomed-setups, 'walled garden' networks which rely on packet redirection, and so on - that without it, very few are willing to make the jump cold turkey, and adoption has thus far been abysmal.
Having principles is a great thing, but concessions are sometimes necessary to gain traction for the cause. A good principle widely adopted is better than a perfect principle shunned, and provides a wider audience for us to educate as to why free-as-in-freedom is better. Baby steps, friend - you have to get them in the pool before you can teach them to swim.
..I hereby grant a waiver of the anti-DRM clause on any current or future CC-By assets I post here of which I am the original author, or otherwise have legal right to.
(kind of a moot point in my case, since surt has inspired me to go CC0 on everything lately, but I have a few hanging around that I haven't relicensed yet)
On a related note, I notice they updated the tl;dr version of the license text on creativecommons.org to explicitly include the anti-DRM clause sometime last November. Doesn't make me like it any more, but it at least addresses the criticism that it was buried way down in the legal fine print, resulting in many licensors being unaware that they were agreeing to it.
As I understand it, a DRM exclusion is waiving an existing restriction of CC-By, whereas this would be adding a new restriction, which CC-By does not permit.
The "don't sell them.. to other developers" bit conflicts with the terms of CC-By. If the author means that to be an actual license condition, they should probably consider a different license. Nothing wrong with requesting that as a courtesy, but CC-By makes it technically unenforceable.
Made it to 1459! I like that you can control jump height now, but I miss the smooth parabolic jump from before.
Also, there might be a bug when determining how wide the gaps should be. I had one run where the very first gap was about twice as wide as the character could jump..
@bart: The irony of that ad campaign is overwhelming, considering the anti-establishment roots of the phrase.
Well there is this oddity I've run across with iOS (and it stuck around after I migrated to a newer iPhone/iOS version). Not really that major, but it makes site navigation really annoying with iCrap - clicking on links/buttons in Content pages makes OGA go into Rave Mode instead of actually opening the link about half the time, unless I select 'Open in New Tab' (or sometimes, turn my phone sideways to force an orientation/layout change). Otherwise, I've never had an issue with any other browser - works perfectly in literally everything else, so I usually just browse from my desktop or Android these days.
Of course, considering I've never seen anyone else report it, I'm still open to the possibility that I'm either insane or doing it wrong.
Any way to do it creatively on the back end with mod_perl? I'd think you could do something like this example, where you create a custom perl script to update the database, and then reference it with PerlLogHandler inside a Files or FilesMatch directive so it's only invoked for image files. No redirection or funky renaming on the browser side, and you avoid any overhead you may incur from streaming the download through PHP.
Missed a spot? "Creative Commons does not authorize the use by either party of the term "OpenGameArt.org" or any related trademark or logo of OpenGameArt.org without the prior written consent of OpenGameArt.org.."
@Julius: Expanding the market has value by engaging new users who might not yet embrace open-source philosophy, but potentially could after being exposed to and educated about it. I'd argue that there are plenty of people out there who either don't know of open licensing, or have misconceptions about it that dissuade them from using it.
I can't help but be reminded of the IPv6 NAT debate. The designers of IPv6 functionality in the Linux kernel have historically been dead-set against allowing any implementation of NAT, because IPv6 is better without it, and in theory they're right. NAT is a stumbling block and introduces all sorts of networking headaches, and most everything would work better without it. But there are enough users who rely on it - businesses and home users with statically-assigned printers/servers/etc. who don't want to reconfigure their entire network every time they change ISPs, multihomed-setups, 'walled garden' networks which rely on packet redirection, and so on - that without it, very few are willing to make the jump cold turkey, and adoption has thus far been abysmal.
Having principles is a great thing, but concessions are sometimes necessary to gain traction for the cause. A good principle widely adopted is better than a perfect principle shunned, and provides a wider audience for us to educate as to why free-as-in-freedom is better. Baby steps, friend - you have to get them in the pool before you can teach them to swim.
I AM SPARTACUS.
..I hereby grant a waiver of the anti-DRM clause on any current or future CC-By assets I post here of which I am the original author, or otherwise have legal right to.
(kind of a moot point in my case, since surt has inspired me to go CC0 on everything lately, but I have a few hanging around that I haven't relicensed yet)
On a related note, I notice they updated the tl;dr version of the license text on creativecommons.org to explicitly include the anti-DRM clause sometime last November. Doesn't make me like it any more, but it at least addresses the criticism that it was buried way down in the legal fine print, resulting in many licensors being unaware that they were agreeing to it.
I'd toss this into the mix, courtesy of surt, Sharm, and vk (and any others I'm forgetting?):
http://opengameart.org/forumtopic/wip-simple-broad-purpose-tileset
As I understand it, a DRM exclusion is waiving an existing restriction of CC-By, whereas this would be adding a new restriction, which CC-By does not permit.
The "don't sell them.. to other developers" bit conflicts with the terms of CC-By. If the author means that to be an actual license condition, they should probably consider a different license. Nothing wrong with requesting that as a courtesy, but CC-By makes it technically unenforceable.
Made it to 1459! I like that you can control jump height now, but I miss the smooth parabolic jump from before.
Also, there might be a bug when determining how wide the gaps should be. I had one run where the very first gap was about twice as wide as the character could jump..
All in all, it's looking pretty great so far!
Pages