Be careful with such approaches. You could circumvent auto-excaping this way, so that you open your server to a sql injection vulnerability. Make sure, you are only using this replaced strings for display and not for a db query

Yeah, I do this after I pull it out of the database, within my display section. Thanks for mentioning that, though.

Aight, seems to be working, although i had to go back and resend the info to realize that the game had to be reviewed before it would enter the site. I guess i should have understud this from the text, all i'm trying to say is just that someone else will probably make this mistake aswell... :-)

Btw. with all these comments about the banner (some i agree with), it could be fun if you made a contest for a better banner...

I wanted to store it in DB, but not enough space. I guess it's OK if you submit the screenshot URLs for your game?

I'll repeat my earlier point then - "if you don't have the space to host them then you shouldn't be using the images. Don't waste my bandwidth because you're too cheap to fork out for your own."

Not only is deep-linking impolite, but it makes your website fragile and open to abuse. After a while you'll end up like the old Tome where there were lots of broken images because images outside of your control were deleted, or if someone is feeling particularly evil they'll change the image at the url to be goatse or something similarly unpleasant.

I also agree with EgonOlsen that the "play" link should be much more visible and obvious. I was hunting around for ages before I found it.

I'll repeat my earlier point then - "if you don't have the space to host them then you shouldn't be using the images. Don't waste my bandwidth because you're too cheap to fork out for your own."

Not only is deep-linking impolite, but it makes your website fragile and open to abuse. After a while you'll end up like the old Tome where there were lots of broken images because images outside of your control were deleted, or if someone is feeling particularly evil they'll change the image at the url to be goatse or something similarly unpleasant.

I think what kingaschi meant is that if you provide the screenshot url yourself, that it could be regarded as implicit permission that the screenshot is deep-linked to, which is not so impolite.However, I do agree with you with your other points that deep linking is a bad idea to begin with.

After a while you'll end up like the old Tome where there were lots of broken images because images outside of your control were deleted, or if someone is feeling particularly evil they'll change the image at the url to be goatse or something similarly unpleasant.

Only 2 images were missing, I was implementing something to resize and put all the images onto the server just before I left the project. Please don't lie, 2 images on a website that has 105 games does not mean "lots of broken images"!

Although I agree that the header image is insanely complex, I have to say that most of the site looks very nice, and that most of the information is presented in a clear way to the public. I have submitted my game, hope it will get accepted

You added some ads too... Now I understand what you meant by "somewhat different from you had in mind", you were right.

You need to stop making this public. You have a disagreement with kingaschi you can take it up with him privately. Don't start hijacking threads and try to tarnish what is being done. It has all been argued before and no one wants to hear it anymore.

I'm sorry, I don't want to annoy anyone. I tested the game xpDiplomacy 4.1 a few minutes ago and it doesn't work under Linux. I get the following exception:

java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.sun.javaws.Launcher.executeApplication(Launcher.java:1272) at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1218) at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1065) at com.sun.javaws.Launcher.run(Launcher.java:105) at java.lang.Thread.run(Thread.java:619)Caused by: java.lang.UnsatisfiedLinkError: no swt-win32-3349 or swt-win32 in swt.library.path, java.library.path or the jar file at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source) at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source) at org.eclipse.swt.internal.C.<clinit>(Unknown Source) at org.eclipse.swt.widgets.Display.<clinit>(Unknown Source) at diplomacy.gui.GameLauncher.main(GameLauncher.java:13) ... 9 more

I submitted a bug report on sourceforge.net for this project. This game is looking for swt-win32 that can't be found under Linux of course. Then, please could you update the list of supported operating systems by this this game?

As you can see, nothing allows to deploy SWT in this file. An example of JNLP file to deploy SWT under Windows and Linux at least can be found on the website of IBM.

I assume that the game installation under Windows and Mac with this JNLP file doesn't work but I can't prove it as my testers are on holidays unlike me and I don't own any Windows or Mac. Best regards.

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org