Open source project startup

Pages

AuthorTopic: Open source project startup
Apprentice
Member # 8823
Profile #0
Open source project foundation

Please tell me if you agree with what I am prospecting in this post (sometimes the best thing to start a successful thing is to just start it).

Please read the full post before replying.

I will start a SourceForge.net project called oboe - Open Blades of Exile with the modified CPL license of the currently released Blades of Exile source code; please say if you agree, in particular *i which looks like having already started a project with this name on his own; it is not my intention to conflict with his project but to merge all the efforts and avoid fragmentation (which means waste of development); so it would be great if *i would agree at joining (even if he came first!)I will manage the project (I have some experience with open source) and try to drive it to the estabilished goals (see 2nd part of this post)I will setup SVN there and commit the currently released source code (if I have read correctly it now contains all the necessary files, so we can consider it complete)all developers which have worked up to now to Blades of Exile will be (are) invited to commit their changes to the trunk; I will initially give a hand at reviewing all the commits so that they don't break each other (see 2nd part of the post for more guidelines) but I hope to get some leading developer(s) in the process for the main development (both present and future)GOALSAfter having estabilished the project as explained above (actually, we should discuss the goals before starting the commits to SVN), I will ask for discussion (there will be a mailing list or forums - as we choose) about the following open source project goals, which I have outlined here just to give something to discuss on. They are no way definitive, we can change them whenever we want during the Planning development stage (and I would not have had anyway authority to estabilish them as this will be a community effort):

general/gameplay bugfixing and improvements (which do not break with the original BoE gameplay)porting of source code from Win16 to a portable UI toolkit - I can give a hand with thisC++ and object oriented redesign (compilation supported under DevC++ and MSVC++) - I can give a hand at designing/booting up thissupport of BoE scenarios formatThese above can be the goals for v1.0; I propose to respect the legacy standard up to v1.x (as i* said if I am correct) and to meanwhile start testing format extension in parallel branches in order to prepare solid extensions to the format for future versions.
WRITER'S NOTE
Please don't flame me! I am offering my help to gather a centralized, organized and strong development for Blades of Exile.

Importance of being united

If we all join our forces we will make a great work; and also: please note that it is not true that one cannot customize the game in this way.

Customization and source code customizability

I will explain: each developer which wants to customize the current BoE has first to make the source code more usable (it was probably not written for easy customization or other developers contributes), so the amount of duplicate work is huge.

Customization of OBoE

BUT, when we will have an estabilished open source software, rewritten/documented most of the code, THEN any developer can customize it and we will also be accepting the customizations because we want to improve the game finally! And, anyway, forking the near v1.x version of OBoe will be much easier.

Sorry for the long post, but I had quite something to say.

[ Wednesday, May 30, 2007 00:09: Message edited by: Daniele C ]
Posts: 22 | Registered: Monday, May 28 2007 07:00
Law Bringer
Member # 2984
Profile Homepage #1
Edit: Never mind, I read it as if you were saying Stareye had made a SourceForge project already.

[ Tuesday, May 29, 2007 14:18: Message edited by: Dr. Johann Georg Faust ]

--------------------
EncyclopaediaArchivesMembersRSS [Topic / Forum] • BlogPolarisNaNoWriMo
Look on my works, ye mighty, and despair.
I have a love of woodwind instruments.
Posts: 8752 | Registered: Wednesday, May 14 2003 07:00
The Establishment
Member # 6
Profile #2
I didn't make a SourceForge account, to clear up any confusion. Also, I'm now a bold icon. :P

We can, if we as a group feel it be the best avenue. I don't "own" BoE, the community does. Granted, I've been with the community since its release (10 years now), but still, anyone who wants to be involved should at least have a voice. Before really saying a whole lot, I'd like to hear what other people think.

The question is where do we want OBoE to go. I think everyone agrees that priority one is compatability followed by fixing basic bugs and minor "features". Beyond that, there are a lot of ideas, but no coherent path yet. I don't want to influence everyone with my ideas, so let's hear yours first.

--------------------
Your flower power is no match for my glower power!
Posts: 3726 | Registered: Tuesday, September 18 2001 07:00
Post Navel Trauma ^_^
Member # 67
Profile Homepage #3
For the Mac version, it seems to me that there's already a perfectly good repository, mirrored at a realiable site, so I see no good reason to move that over to Sourceforge. For the PC version, there's currently, as far as I know, no real work being done on it, so it needs some kind of push from someone who knows what they're doing on that side. The codebases are currently rather different, so there's no real reason to use darcs for it if whoever ends up doing the PC stuff prefers SVN or whatever. It would be nice to eventually bring the PC and Mac versions together, but it doesn't seem like anything like a near-term goal.

Although it looks like fragmentation for everyone and his dog to produce a darcs repository, it actually isn't, and as far as I know work is not being duplicated.

--------------------
Barcoorah: I even did it to a big dorset ram.

New Mac BoE
Posts: 1798 | Registered: Thursday, October 4 2001 07:00
Off With Their Heads
Member # 4045
Profile Homepage #4
Yes, it really would be good for someone to be working on the Windows side, too. There's one thread from people who seem to be doing that, but if you want to start tossing in some help in a useful way immediately, that's where to go.

I'm not sure that leadership is really what's needed right now. Leading by example is probably the best way to go.

--------------------
Arancaytar: Every time you ask people to compare TM and Kel, you endanger the poor, fluffy kittens.
Smoo: Get ready to face the walls!
Ephesos: In conclusion, yarr.

Kelandon's Pink and Pretty Page!!: the authorized location for all things by me
The Archive of all released BoE scenarios ever
Posts: 7968 | Registered: Saturday, February 28 2004 08:00
Babelicious
Member # 39
Profile Homepage #5
Hey hey, whoa now. Put the whip down, man.

What we have here is a very fresh FS project with a very old code base. I think we all agree that the first order of business is to modernize BoE enough to run on modern systems, and the second is to fix the existing bugs, but beyond that you're unlikely to find any permanent consensus.

What this project doesn't need is a leader. Of any kind. We have a few people who are interested in working on parts of the released BoE source, and it'd be a good idea for us to collaborate to the best of our abilities. But our interests are indeed separate, and there simply isn't enough momentum to get funnelled into a formal project.

I'll say this right up front -- I'm interested in an open source BoE, both for what I plan to take from it as well as the application itself. I will be contributing both expertise and code, but I will never join any formal project such as you outline here. I think that level of formality would suffocate the enthusiasm that some of us have for this effort.

Here are my specific issues:

1. I have no idea who you are, and I'm certainly not interested in subjecting my work to your review.
2. For similar reasons, I am not interested in using Subversion. We need a bazaar system, to use the odious ESR's terminology, rather than a cathedral. I like SVN -- I use it daily at work -- but I think it's a bad fit for open BoE.
3. An advantage of distributed development is that we don't need to set up a roadmap or a set of goals. Everyone can work on what they like and the outcome will be the result of discussion and consensus.
4. SourceForge sucks. It's slow, it has far more features than necessary, it's difficult to get around, and their technical support is half-assed at best. In addition, they're pretty fascist about what you're allowed to put on webspace -- last time I checked, it's a violation of the TOS to upload darcs repositories into your webspace. I see no reason to get into SF's sticky embrace for a wadge of worthless and poorly-implemented features.

Don't consider this a flame. I'm being as measured as I can here, but I see no reason why a centralized development model is anything but bad for the future of Blades.

To end this on a positive note: I do agree with the goal of cleaning up and documenting the code. That's where my efforts will be focused at first.

[ Tuesday, May 29, 2007 14:47: Message edited by: Andrea ]

--------------------
Pygmalion | Desperance | Djur
Posts: 1074 | Registered: Wednesday, October 3 2001 07:00
The Establishment
Member # 6
Profile #6
quote:
I'm not sure that leadership is really what's needed right now. Leading by example is probably the best way to go.
I agree 100%. I think you bring a lot of energy to this, and that is what is needed right now. You seem like you are most interested on the PC side of things, which is good, that is where effort is required. Set up whatever you want for the PC stuff. That being said, we should all collaborate and let ideas be thrown around. I think there is a lot to be gained from discussion.

My feelings are close to Djur's. To reiterate what he said, which I feel is entirely correct, too much formality could make this project die out. The whole "bazaar" concept is entirely correct. We want this to be fun, that means people should have the freedom to do what they want. When it becomes formal, the fun tends to stop and it turns into work. Once this happens, the project dies.

Once again, I hope you can contribute a lot to this effort. We all have our own interests and desires where we want to see this to go. Let's discuss some specifics and see what we can work out.

--------------------
Your flower power is no match for my glower power!
Posts: 3726 | Registered: Tuesday, September 18 2001 07:00
Apprentice
Member # 8823
Profile #7
quote:
Originally written by *i:

Beyond that, there are a lot of ideas, but no coherent path yet. I don't want to influence everyone with my ideas, so let's hear yours first.[/QB]
As stated above plus one addition: portability.
Posts: 22 | Registered: Monday, May 28 2007 07:00
Apprentice
Member # 8823
Profile #8
quote:
Originally written by Khoth:

For the Mac version, it seems to me that there's already a perfectly good repository, mirrored at a realiable site, so I see no good reason to move that over to Sourceforge. For the PC version, there's currently, as far as I know, no real work being done on it, so it needs some kind of push from someone who knows what they're doing on that side. The codebases are currently rather different, so there's no real reason to use darcs for it if whoever ends up doing the PC stuff prefers SVN or whatever. It would be nice to eventually bring the PC and Mac versions together, but it doesn't seem like anything like a near-term goal.
My idea was to work on a portable codebase (Gtk+ covers almost any OS).
quote:

Although it looks like fragmentation for everyone and his dog to produce a darcs repository, it actually isn't, and as far as I know work is not being duplicated.
I am not actually addressing any current version of the source code (PC/Mac) as the project I'd like to start is mostly focused on a core engine rewrital (to use Gtk+) + BoE scenario format code.
Posts: 22 | Registered: Monday, May 28 2007 07:00
Apprentice
Member # 8823
Profile #9
quote:
Originally written by Kelandon:

Yes, it really would be good for someone to be working on the Windows side, too. There's one thread from people who seem to be doing that, but if you want to start tossing in some help in a useful way immediately, that's where to go.
I am probably going to cover all OSes with this project, if I even start it.

quote:

I'm not sure that leadership is really what's needed right now. Leading by example is probably the best way to go.

Yes, that's what I meant. However I'd like to have some consensus first, and help :)
Posts: 22 | Registered: Monday, May 28 2007 07:00
The Establishment
Member # 6
Profile #10
Sounds neat, could you enlighten us on GtK+ a bit. I've read the wikipedia article on it. However, could you specifically state what you want to do related to BoE? Thanks.

--------------------
Your flower power is no match for my glower power!
Posts: 3726 | Registered: Tuesday, September 18 2001 07:00
Apprentice
Member # 8823
Profile #11
quote:
Originally written by Andrea:

Hey hey, whoa now. Put the whip down, man.
My compliments, these phrases ridiculize my post (if not me) and makes you the "smart guy" of the thread.

quote:

What we have here is a very fresh FS project with a very old code base. I think we all agree that the first order of business is to modernize BoE enough to run on modern systems, and the second is to fix the existing bugs, but beyond that you're unlikely to find any permanent consensus.

I agree about the first order of business; as you said, I am unlikely to find any other consesus but isn't it worth the try?

quote:

What this project doesn't need is a leader. Of any kind.

You forgot to add "in my opinion". A precisation: it is not my intent to be the permanent project leader but to give it the kickoff.

quote:

We have a few people who are interested in working on parts of the released BoE source, and it'd be a good idea for us to collaborate to the best of our abilities. But our interests are indeed separate, and there simply isn't enough momentum to get funnelled into a formal project.

As I said, we have of course separate interests but since we have a common need to modernize the codebase, we might at least be united in the beginning. A "formal" project is as "formal" as we make it, in my opinion.

quote:

I'll say this right up front -- I'm interested in an open source BoE, both for what I plan to take from it as well as the application itself. I will be contributing both expertise and code, but I will never join any formal project such as you outline here. I think that level of formality would suffocate the enthusiasm that some of us have for this effort.

If the enthusiasm is not enough to contribute to a real open source project, I wonder what type of enthusiasm it is...just to hack the codebase? Not interesting to me.

A well-settled open source project would anyway allow hacking with fewer pains.

quote:

Here are my specific issues:

1. I have no idea who you are, and I'm certainly not interested in subjecting my work to your review.

My review option was only in relation to "conflicting" commits, did you read that? e.g. if Mr.X makes a commit to have 200 towns limit, I would have to ask you why you are making a commit for 100 towns limit and similar.

Regarding code review: it would not be me to decide how the code has to be, but a "source code formatting convention" and similar democratically agreed documents. You must be thinking that leading a project is a nice work, well it is not... :(

quote:

2. For similar reasons, I am not interested in using Subversion. We need a bazaar system, to use the odious ESR's terminology, rather than a cathedral. I like SVN -- I use it daily at work -- but I think it's a bad fit for open BoE.

So I'd have to learn more about the bazaar systems, as I don't know. Specifically, would they allow to contribute to a unique codebase to be then released as "official"?

quote:

3. An advantage of distributed development is that we don't need to set up a roadmap or a set of goals. Everyone can work on what they like and the outcome will be the result of discussion and consensus.

The outcome will be different software products, without any correlation, duplicate and conflicting features (a lot of wasted development), no standard format to rely on and general lower quality of code. But that's freedom, I know, I have done things on my own so many times! I am just saying that if we join the efforts (and we do not have to necessarily drop our own forks for this, we can contribute to the main project and mantain our own forks) we might make the best present to the community and to BoE lifespan.

quote:

4. SourceForge sucks. It's slow, it has far more features than necessary, it's difficult to get around, and their technical support is half-assed at best. In addition, they're pretty fascist about what you're allowed to put on webspace -- last time I checked, it's a violation of the TOS to upload darcs repositories into your webspace. I see no reason to get into SF's sticky embrace for a wadge of worthless and poorly-implemented features.

(I hope SF.net guys are not reading this) I know what you mean :( I cannot say it is a good place, but it is the place for open source projects. As soon as I will have a better alternative, I will fly off it as fast as light!

quote:

Don't consider this a flame. I'm being as measured as I can here,

Except the introduction, it's OK :) We can be polite enemies, even if I'd better like to have smart people on my side :)

quote:

but I see no reason why a centralized development model is anything but bad for the future of Blades.

Please, tell me, WHY? If we are all agreeing that it has first to be modernized, it would be great if we could all partecipate to its modernization.

But do you want to know how history usually goes?
Each interested developer makes on his own (pity!) a fork and the best one - in competition with others - becomes the "living" project while the others become the "dead" projects. I have seen it sooo many times! :(
If I cannot avoid it for BoE, then I will have failed.

quote:

To end this on a positive note: I do agree with the goal of cleaning up and documenting the code. That's where my efforts will be focused at first.

Good. But think about this: if you also make somewhat radical/gameplay/format changes to the codebase while documenting it, will other people be able to use it?
I know that everyone is free to do things as he likes, but it would be another big waste if each developer is going to clean up and document the code on his own.

I come in peace.
Posts: 22 | Registered: Monday, May 28 2007 07:00
Apprentice
Member # 8823
Profile #12
quote:
Originally written by *i:

quote:
I'm not sure that leadership is really what's needed right now. Leading by example is probably the best way to go.
I agree 100%. I think you bring a lot of energy to this, and that is what is needed right now. You seem like you are most interested on the PC side of things, which is good, that is where effort is required. Set up whatever you want for the PC stuff. That being said, we should all collaborate and let ideas be thrown around. I think there is a lot to be gained from discussion.


:) Well I will never start it without the community consensus...I also believe in constructive discussion and all your opinions - both negative and positive - are already contributing to make me/us understand more.

I would develop it so that it can be portable, but will test it at least on the PC and Linux.

quote:

My feelings are close to Djur's. To reiterate what he said, which I feel is entirely correct, too much formality could make this project die out. The whole "bazaar" concept is entirely correct. We want this to be fun, that means people should have the freedom to do what they want. When it becomes formal, the fun tends to stop and it turns into work. Once this happens, the project dies.

I see your point and I agree about the fun vs work part.
So maybe we are currently in the hack it stage? :)

quote:

Once again, I hope you can contribute a lot to this effort. We all have our own interests and desires where we want to see this to go. Let's discuss some specifics and see what we can work out.

Ok! I hope we will now finish this discussion positively (and not reduce it to different POVs debating) so that I can understand more about this project I'd like to start.
Next, I will ask you to discuss the details, so that developers will possibly step into development with their own ideas!
Posts: 22 | Registered: Monday, May 28 2007 07:00
Off With Their Heads
Member # 4045
Profile Homepage #13
Whew, I think I understand you now. You intend to re-write the code so that it is cross-platform. I think all of us will agree that this would be a good thing to do, if you can do it, but I'm not sure how much help you'll get from anyone else.

I'd say, plunge right in. If you can do it yourself, go for it. The only thing you need to do is make sure that the end result functions the same (and, in most cases, malfunctions the same) as the original.

What specifically do you need from us before you get started?

EDIT: Oh. Reading those last couple of posts, I see the problem.

No one right now is adding any new features. No one is even attempting to do so. Probably, no one ever will. Right now, Khoth is working on compatibility with OS X, and that's the only verified work that's actually going on.

What you need to understand is that this is a very small community; there's much more of a danger that no work will get done at all than that two people will try to do the same thing and duplicate work accidentally. There's no need to account for what everyone else is doing, because, odds are, no one else is really doing anything.

So do whatever it is that you'd like to do. You'll be doing it by yourself, but there's no alternative; if you don't do it yourself, nothing will happen.

[ Tuesday, May 29, 2007 22:29: Message edited by: Kelandon ]

--------------------
Arancaytar: Every time you ask people to compare TM and Kel, you endanger the poor, fluffy kittens.
Smoo: Get ready to face the walls!
Ephesos: In conclusion, yarr.

Kelandon's Pink and Pretty Page!!: the authorized location for all things by me
The Archive of all released BoE scenarios ever
Posts: 7968 | Registered: Saturday, February 28 2004 08:00
Post Navel Trauma ^_^
Member # 67
Profile Homepage #14
Actually, it sounds like what you have in mind is different from what's being done so far. At the moment, we've been taking the existing codebase and fixing it up, and are planning to extend it. It sounds like what you're plannig is to rewrite from scratch using the new knowledge of file formats. If that's the case, you might want to talk to Djur about helping on pygmalion, which has something of the sort as a subgoal to a more ambitious project.

--------------------
Barcoorah: I even did it to a big dorset ram.

New Mac BoE
Posts: 1798 | Registered: Thursday, October 4 2001 07:00
Apprentice
Member # 8823
Profile #15
quote:
Originally written by Kelandon:

Whew, I think I understand you now. You intend to re-write the code so that it is cross-platform. I think all of us will agree that this would be a good thing to do, if you can do it, but I'm not sure how much help you'll get from anyone else.

Any help would be welcome! Think about development of parts of the source code, UI improvements, alpha/beta testing, scenarios testing etc.

quote:

I'd say, plunge right in. If you can do it yourself, go for it. The only thing you need to do is make sure that the end result functions the same (and, in most cases, malfunctions the same) as the original.

That's my idea too, the gameplay should be equal in BoE and OBoE.

quote:

What specifically do you need from us before you get started?

I think it's enough to start it; I just wanted to see if there were major advices about why it would not have been a good thing to start it, but it seems like (and I believe it too) that this project can be a good thing (if developed!).
Posts: 22 | Registered: Monday, May 28 2007 07:00
Apprentice
Member # 8823
Profile #16
quote:
Originally written by Khoth:

Actually, it sounds like what you have in mind is different from what's being done so far. At the moment, we've been taking the existing codebase and fixing it up, and are planning to extend it. It sounds like what you're plannig is to rewrite from scratch using the new knowledge of file formats.
Uhm... IMAGE(http://www.ironycentral.com/cgi-bin/ubb/ubb/icons/icon11.gif) Sorry for not having specified it! You are right, this project can be better thought as an engine rewrite (on Gtk+) centered on BoE gameplay and format (but there could be a proper OBoE format one day, without anyway dropping the support for BoE format).

quote:

If that's the case, you might want to talk to Djur about helping on pygmalion, which has something of the sort as a subgoal to a more ambitious project.

Very interesting! I will read more and maybe ask him too.
However I can already see one problem: ruby. :( I am not a ruby programmer! And anyway I'd better like to have an engine centered on BoE (but designed so that it can be extended) rather than adapting another engine (there are already so many around, but luckly ours is simple enough to be rewritten).
I do not consider this a closed path...very interesting anyway
Posts: 22 | Registered: Monday, May 28 2007 07:00
Post Navel Trauma ^_^
Member # 67
Profile Homepage #17
You've been talking a fair bit about wanting to avoid wasted effort. So why are you proposing a rewrite from the ground up rather than starting from already-nearly-working code? We currently have the Mac version fairly usable, and Jeff's said that the Windows version would probably be easier to fix up, so starting by getting the Windows version up-to-date feels like a better way to be going, that will actually produce results quickly and give something that can be built on.

--------------------
Barcoorah: I even did it to a big dorset ram.

New Mac BoE
Posts: 1798 | Registered: Thursday, October 4 2001 07:00
Apprentice
Member # 8823
Profile #18
quote:
Originally written by Khoth:

You've been talking a fair bit about wanting to avoid wasted effort. So why are you proposing a rewrite from the ground up rather than starting from already-nearly-working code? We currently have the Mac version fairly usable, and Jeff's said that the Windows version would probably be easier to fix up, so starting by getting the Windows version up-to-date feels like a better way to be going, that will actually produce results quickly and give something that can be built on.
You are perfectly correct. I have not been precise enough: my idea would be to rewrite the OS-dependant parts of code (graphics rendering and file I/O for example) and to make them portable. Since the code has anyway to be updated from Win16 to Win32, I would propose to update it into portable code.

Another problem pops up: the BoE source code currently contains hard-coded informations and also gameplay definitions. I think that I will proceed in this way (I will consider ALL your advices of course! I am here for them):

---
1. write a "vanilla" game engine, only viewport with graphics handling features; portable of course (regarding the UI: I am not yet sure about Gtk+, I will consider other choices too)

2. plugin the BoE gameplay engine code; the major effort will be to separate the gameplay code from the other code

(at this stage OBoE should be playable)

3. move hardcoded stuff into files for future customizability and extensibility

4. documentation and cleanup/optimization of source code

(normal development and extension/fork can begin from here)
---

So you can see how I consider a waste to convert the game from Win16 to Win32 only because I am already planning to convert it into portable code. Let's be clear, I am not against this conversion - I have just thought that it would be great to make one step further and get rid of the OS dependency

Edit: minor typo fix

[ Wednesday, May 30, 2007 01:07: Message edited by: Daniele C ]
Posts: 22 | Registered: Monday, May 28 2007 07:00
Babelicious
Member # 39
Profile Homepage #19
But Gtk+ isn't particularly portable. It works for X Window and for Win32, and there's an incomplete port to Cocoa. And I mean incomplete -- believe me, I've bashed my head against every free GUI toolkit out there. The only ones that are consistently cross-platform and stable are Qt and WxWidgets -- which are both options. I prefer Gtk+ to both of these, but without a working and stable Mac OS X version, it's worthless for BoE.

In any case, I don't see the point of making a cross-platform version of a program that already works on Windows and OS X -- and runs perfectly in Wine. The Linux version of Exile 3 was ported with winelib, and I think that would be a pretty reasonable method to get a native version of BoE on Linux very quickly.

I'll respond to your other comments later. I have to get to work.

--------------------
Pygmalion | Desperance | Djur
Posts: 1074 | Registered: Wednesday, October 3 2001 07:00
Apprentice
Member # 8823
Profile #20
quote:
Originally written by Andrea:

But Gtk+ isn't particularly portable. It works for X Window and for Win32, and there's an incomplete port to Cocoa. And I mean incomplete -- believe me, I've bashed my head against every free GUI toolkit out there. The only ones that are consistently cross-platform and stable are Qt and WxWidgets -- which are both options. I prefer Gtk+ to both of these, but without a working and stable Mac OS X version, it's worthless for BoE.
I was thinking about wxWidgets instead of Gtk+

quote:

In any case, I don't see the point of making a cross-platform version of a program that already works on Windows and OS X -- and runs perfectly in Wine. The Linux version of Exile 3 was ported with winelib, and I think that would be a pretty reasonable method to get a native version of BoE on Linux very quickly.

My point in support of a cross-platform version is that future enhancements would be common to all OSes: think about implementing a consistent extension "X" for both versions of the source code...at some point of future development it might get painful! I will try to organize the source code in this way:

1. cross-platform BoE-style graphics/audio engine with OO design
2. easily pluggable gameplay engine (where the actual BoE code goes)

In this game I think that the game logic could easily be separated from the UI logic for the benefit of a powerful extensible engine.
Posts: 22 | Registered: Monday, May 28 2007 07:00
Agent
Member # 3364
Profile Homepage #21
I, for one, am very interested in the development of BoE. I love the game and would love to see it flourish again. Unfortunately I have little programming experience but I offer any help I can. Beta-testing, sounding board, keeping various projects linked together at my website... don't know what else I can do.

I just had a thought. Now that BoE is opensource, can I host 'that which does not exsist'?

The wtfed.exe to be specific.

Edit: I would also like to echo what has already been said. If you want something done, just do it, or it will never get done. My website was ultimately born out of a long forgotten thread about an UberSite(can't remember if that's what they actually called it) that would be a central website for everything that has to do with blades. It never saw fruition, indeed it never even got off the ground because there was a lot of talk but no walk. The ideal that was the ubersite is the inspiration behind mine. All updates have this ideal in mind, and though I have had many people help and offer content to which I am very grateful, if I actually want something done with it, I have to do it.

I hate that I sound like I'm stroking my ego with this, but I really want it to stick. If you have the passion and desire to work on this, then do it. Do it for the community but, more importantly, do it for yourself because even though the community will be grateful, displays are often few and far between. Ask for help when you need it. Beta calls don't go unanswered here, and there are programming people that may be able to help with specific problems.

Best wishes and good luck!

[ Wednesday, May 30, 2007 18:13: Message edited by: Jewels ]

--------------------
"Even the worst Terror from Hell can be transformed to a testimony from Heaven!" - Rev. David Wood 6\23\05

"Do all the good you can, by all the means you can, in all the ways you can, in all the places you can, at all the times you can, to all the people you can, as long as you ever can." - John Wesley
Posts: 1001 | Registered: Tuesday, August 19 2003 07:00
Babelicious
Member # 39
Profile Homepage #22
I don't think any of the several hacked editors are objectionable anymore. Their functionality can (and in some cases, should) be duplicated readily now that we have the source.

--------------------
Pygmalion | Desperance | Djur
Posts: 1074 | Registered: Wednesday, October 3 2001 07:00
Apprentice
Member # 8823
Profile #23
Thank you for your feedback Jewels, your are right - now the move is to me, and I am already working on this plannned project to tell the truth.

As soon as I will have doubts, I will ask to the community here (there is also the original coder here!) - many brains are better than one brain and you might actually help me in design choices (and I hope later in coding too).

Regarding your custom editor: maybe you are going to take some role in the "editor" part of the project? :)

Coming soon: setup of SF.net project website and services
Posts: 22 | Registered: Monday, May 28 2007 07:00
Apprentice
Member # 8823
Profile #24
Some (bad) news finally. I don't know the exact date (but I have been checking daily) but finally the SF.net staff rejected my project request, here the details:

I chose License :: OSI-Approved Open Source :: Common Public License with the following additional note:

quote:

The OSI-Approved Common Public License applies (http://www.opensource.org/licenses/cpl1.0.php), with the following reserved rights as appendix:

Spiderweb Software, Inc. Reserves the Following Rights:

- Right to place any and all applications, game scenarios, and derivative works created in whole or in part from or by the Blades of Exile game/editor source code for download on our web site without prior approval of the author.

- Right to place any any all applications, game scenarios, and derivative works created in whole or in part from or by the Blades of Exile game/editor source code on 3.5" disks, CD-ROMs, or similar media for distribution and sale, without prior approval of the author. Fees charged for said media will not be part of or be construed as part of any shareware fees set forth by individual authors. All fees are for production and distribution of the media only.

I took that appendix from the BoE source code license. Finally, I got this answer from the SF.net staff:

quote:

Greetings,

SourceForge.net provides hosting to Open Source software development projects. It appears that your project is developing software, but that you have selected a license which is not an OSI-approved Open Source license. The license you have selected also does not appear to meet all of the requirements of the Open Source Definition provided by the OSI.

We ask that you review your license selection; should you wish to use an OSI-approved license or a license which meets all of the requirements of the Open Source Definition, we will gladly review your project registration again, at your request. In order to remedy this situation, modify the license selection in the project's trove categorization and select a suitable license.

Here is a link to a summary of the Open Source Definition:

http://www.opensource.org/docs/definition.php

Thank you,

The SourceForge.net Team

:( Very bad. So this type of license does not applies...I don't know if J.Vogel has any intention to extend the license to be OSI-approved (he has already done enough at releasing the source code, now we cannot really dictate terms about his own intellectual property :) ) in any future...

Now I am thinking about using a different open source projects facility, but I also fear about the exceptions of the license: do they imply that my work could be (theorically) patented and sold?

So, I'll throw again the dices and start from 0
Posts: 22 | Registered: Monday, May 28 2007 07:00

Pages