![[kr]](/mwf/flags/kr.png "Korea, Republic of")
I really like the import mechanism of Battle of Wesnoth for scenarios and items.
That is the way to import something, I ever wanted to have in clonk and I always missed it in all versions I played (I started more then 10 years ago ;) )
who doesn't know BoW:
http://www.wesnoth.org/ (it is one of the best opensource games, I ever played, and it has an ingame scenario/object download mechanism)
It is open source, so I think, it should be possible to use their mechanism for openclonk (so nobody has to do the whole work again :) )
(they also should have a lot of experiences in programming and maybe we get some help from there
for example integration into the (K-)and Ubuntu packages)
That is the way to import something, I ever wanted to have in clonk and I always missed it in all versions I played (I started more then 10 years ago ;) )
who doesn't know BoW:
http://www.wesnoth.org/ (it is one of the best opensource games, I ever played, and it has an ingame scenario/object download mechanism)
It is open source, so I think, it should be possible to use their mechanism for openclonk (so nobody has to do the whole work again :) )
(they also should have a lot of experiences in programming and maybe we get some help from there
for example integration into the (K-)and Ubuntu packages)
![[de]](/mwf/flags/de.png "Germany")
Could you describe the import mechanism shortly please? :)I have played Battle of Wesnoth once but never used anything that looked like an import mechanism
in the main menue is a subitem "Erweiterungen" (in engl version "add-ons")
when you click on it, you could choose a server, from where you can download anything you want to have (like campaigns, scenarios and/or items, sorted by different possibilities)
there is also a subitem (under the server you choose) to update your downloaded add ons and a subitem to remove add ons
I think thats a very comfortable way to manage a larger number of add ons, because I had always very large problems to manage and hold an overview over all downloaded items from ccan, hold them up to date, find new ones, find out, what I have not downloaded and also with managing all the files in the folder structure on the HDD (the game could manage that)
especially the update mechanism for add ons would be very useful, beta tester(beginners) for example could easy add and remove files without risk or work and could ever easy try (with the update mechanism) wether the problems are sucessfully solved
when you click on it, you could choose a server, from where you can download anything you want to have (like campaigns, scenarios and/or items, sorted by different possibilities)
there is also a subitem (under the server you choose) to update your downloaded add ons and a subitem to remove add ons
I think thats a very comfortable way to manage a larger number of add ons, because I had always very large problems to manage and hold an overview over all downloaded items from ccan, hold them up to date, find new ones, find out, what I have not downloaded and also with managing all the files in the folder structure on the HDD (the game could manage that)
especially the update mechanism for add ons would be very useful, beta tester(beginners) for example could easy add and remove files without risk or work and could ever easy try (with the update mechanism) wether the problems are sucessfully solved
So what you want is basically a CCAN-Client to download stuff directly into your clonk folder and manage it (updates for example)? (Be it in the engine or as an additional program)I like the idea and I think one could already write such a program independently from OC
why write again?
someone has already done the work (very good and without bugs) in BoW and that is open souce(GPL v2), so you could use their sourcecode legally.
(thats the sense of (GPL) open source!!)
in my stupid (non-programmer) mind, I think you can copy and paste large parts of the BoW sourcecode and "just" implement it (maybe still a lot of work, but less then writing everything new)
someone has already done the work (very good and without bugs) in BoW and that is open souce(GPL v2), so you could use their sourcecode legally.
(thats the sense of (GPL) open source!!)
in my stupid (non-programmer) mind, I think you can copy and paste large parts of the BoW sourcecode and "just" implement it (maybe still a lot of work, but less then writing everything new)
We can't use GPL'd code because we're using a different license.
excerpt from german wikipedia:
"Dadurch bietet die ISC-Lizenz die meisten Freiheiten aus Public Domain für ein urheberrechtlich geschütztes Werk. Die Lizenz ist sowohl von der Open Source Initiative als auch von der Free Software Foundation anerkannt[3] und kompatibel zur GPL. "
what means: accepted by free software foundation and open source initiative and is compatible to GPL
in my opinion means that, that you can use GPL-source code
(i know, wiki is not always perfect, but still very often right ;) )
or am I wrong?
"Dadurch bietet die ISC-Lizenz die meisten Freiheiten aus Public Domain für ein urheberrechtlich geschütztes Werk. Die Lizenz ist sowohl von der Open Source Initiative als auch von der Free Software Foundation anerkannt[3] und kompatibel zur GPL. "
what means: accepted by free software foundation and open source initiative and is compatible to GPL
in my opinion means that, that you can use GPL-source code
(i know, wiki is not always perfect, but still very often right ;) )
or am I wrong?
ICS code in a GPL project, yes.
Only if we'd offend somebody by making OpenClonk GPL who would have contributed so much that the move would be a net loss.
I want apt-get for c4group. Archives solving multiple dependencies could be easily used to serve scenarios using this two-object-pack and that one-object-modification.
c4group install http://ccan.de/cgi-bin/ccan/c4download.pl?i=5538
bad link....
but anyway
even if we can't use the source code, we could look up, how they solved this problem...
(I still think, a good ingame object management would be really great and important for openclonk)
but anyway
even if we can't use the source code, we could look up, how they solved this problem...
(I still think, a good ingame object management would be really great and important for openclonk)
Powered by mwForum 2.29.7 © 1999-2015 Markus Wichitill
