diff options
author | neodarz <neodarz@neodarz.net> | 2018-08-11 20:21:34 +0200 |
---|---|---|
committer | neodarz <neodarz@neodarz.net> | 2018-08-11 20:21:34 +0200 |
commit | 0ea5fc66924303d1bf73ba283a383e2aadee02f2 (patch) | |
tree | 2568e71a7ccc44ec23b8bb3f0ff97fb6bf2ed709 /pipermail/nel/2001-June/000444.html | |
download | nevrax-website-self-hostable-0ea5fc66924303d1bf73ba283a383e2aadee02f2.tar.xz nevrax-website-self-hostable-0ea5fc66924303d1bf73ba283a383e2aadee02f2.zip |
Initial commit
Diffstat (limited to 'pipermail/nel/2001-June/000444.html')
-rw-r--r-- | pipermail/nel/2001-June/000444.html | 78 |
1 files changed, 78 insertions, 0 deletions
diff --git a/pipermail/nel/2001-June/000444.html b/pipermail/nel/2001-June/000444.html new file mode 100644 index 00000000..002ced2e --- /dev/null +++ b/pipermail/nel/2001-June/000444.html @@ -0,0 +1,78 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Nel] Congratulations + concerns</TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:ymorvan%40mrl.nyu.edu"> + <LINK REL="Previous" HREF="000443.html"> + <LINK REL="Next" HREF="000449.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Nel] Congratulations + concerns</H1> + <B>Yann Morvan</B> + <A HREF="mailto:ymorvan%40mrl.nyu.edu" + TITLE="[Nel] Congratulations + concerns">ymorvan@mrl.nyu.edu</A><BR> + <I>Sat, 30 Jun 2001 15:59:51 -0400</I> + <P><UL> + <LI> Previous message: <A HREF="000443.html">[Nel] Congratulations + concerns</A></li> + <LI> Next message: <A HREF="000449.html">[Nel] Congratulations + concerns</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#444">[ date ]</a> + <a href="thread.html#444">[ thread ]</a> + <a href="subject.html#444">[ subject ]</a> + <a href="author.html#444">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Well, while explaining his mistakes to Brenden, +you didn't adress my point, which is this: +Though EQ has better graphics and better written +network code than UO, I preffer UO because of its rules, +which yet are hardcoded. + +If it is not possible for me to use Nel +(and share the technical improvments I may +make) without being able to protect my set of game +rules (which are in no way an improvment to the Nel +library, being specific to my game), then you reduce +content to superficial things (graphics etc) and customer +service, which have never alone made the main interest of a game +for any gamer with an ounce of taste. + +So please tell me if there is a solution or if I should +give up using Nel (but then again, please understand that +I totaly agree with the idea of sharing my improvments of +the library). + + Yann + +P.S. I understand the passion behind the free software notion, however, +in the very field of MMORPG, the inability to protect your rules - +the spirit of your game - leaves the opportunity to a greater +company, if they happen to be popular, to deprive you of the pleasure +of running your game by draining your playerbase by using its marketing +power. You then end up with the opposite of the reason why you thrive +for free software: people make profit over your ideas because of their +mere initial wealth. + + + +</pre> + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI> Previous message: <A HREF="000443.html">[Nel] Congratulations + concerns</A></li> + <LI> Next message: <A HREF="000449.html">[Nel] Congratulations + concerns</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#444">[ date ]</a> + <a href="thread.html#444">[ thread ]</a> + <a href="subject.html#444">[ subject ]</a> + <a href="author.html#444">[ author ]</a> + </LI> + </UL> +</body></html> |