New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Proposal] Unity3D Recreation of XMage #7010
Comments
Possible techstack: Unity3D, IKVM |
|
Unity uses C#, right? would that present an issue? |
@theelk801 I don't think so. There's something called IKVM that allows such interoperation, and I'm going through the codes under Mage folder and it seems it's rather well-designed and decoupled. |
Hi developers. If it's not too bothering, could you please write and publish a short document on the API of XMage codebase like "invoke this to setup a deck, that for starting the game, that to play a card, that to tap" etc. |
|
@zhangyutong926 You might be interested in give Matag a look. MaTaG has a great UI (see below). Whereas its backend is quite limited, I think it could be possible to modify it to work as an XMage client. |
Intergating project/service (bridge between xmage server/client and third party app) can be made at any license. |
It always depends on the definition of "integrating".
The advantage I see in such a licensing choice is that this would prevent any attempt to "privatize" the code by any third-party. This is the case for Magarena (GPL3), Forge (GPL3), and MaTaG (AGPL3-or-later). Whereas the current XMage licensing choice (MIT) does not protect against this potential problem, its license is fortunately compatible with the others I mentioned. This is, XMage's code can be integrated into the other projects'. |
It's not a code interaction. It's a separate apps. I was working on this issue (integration with third party clients). And I came to the conclusion about the following architecture:
So no needs to rewrite network engine, no needs to change any licenses, all code compatible with any xmage servers. All must works from the box:
|
@JayDi85 Both are aspects of the same thing. There is no contradiction between what you said and what I said. Please, read carefully what I wrote :-) |
@JayDi85 BTW: I updated my earlier comments. You may want to read them again :-) |
@allentiak can you explain potential problems with MIT license for XMage (by example)? |
Sure, @JayDi85 :-) (Disclaimer: I am not a lawyer, and this is not legal advise - only my opinion.) The main potential problem I see for XMage is simple: Loss of freedom by its users.
For a pragmatic rationale on how to choose a (libre software) license, I recommend this excellent article by Bruce Perens about Libre Software Licensing. It is the one I used when recommending the use of AGPL to the developer of MaTaG. (Yes, it was me :) As a final reflection, it is clear to me that using the "open source" term helps preventing people from realizing these potential problems. --Leandro |
@zhangyutong926 Still interested in implementing this? |
@cute-sayako Still interested in implementing this? |
I would like to make something like MTGA with the codebase of XMage. The goal is to make it have the pros of both two games: friendly interface and good new-player experience (so that we can convert people to MTG, which is important) from MTGA and 10000+ cards and freedom (open sourced, no colletible function, no money invovled) from XMage.
Ideally, what I would expect is that it will be compatible with XMage codebase for all future versions (i.e. all future cards can be wrote once in Java and then usable to both XMage and the Unity3D recreation).
Here's some questions for the community:
The text was updated successfully, but these errors were encountered: