Hi Essence,
Thank you so much for posting your ideas. We will look at this and post a reply as to such. This week is starting off to be very busy for both Foto50 and myself, but we always appreciated the help.
Let us take a look at what you have posted and see what those ideas are so we might better be able to reply.
Also, I have spoken to foto50 about some in-world developer meetings for a more open discussion as to the forgoing works. We had our first meeting recently and it was a very good for promoting discussion on the software component and it\'s movement, goals, ideas, etc.. So I hope at some point to work with foto50 to schedule our in-world development meetings.
<img src=\"{SMILIES_PATH}/icon_e_smile.gif\" alt=\"
\" title=\"Smile\" />
We will work at this. And this is where I think maybe your attendance might help us better understand some of the ideas you bring to the table as well.
<img src=\"{SMILIES_PATH}/icon_e_smile.gif\" alt=\"
\" title=\"Smile\" />
In terms of other third party free or non-free components (JomSocial, CB, etc..), certainly there are specified needs that are looked at and in some cases may be put in place, however, the goal of this project thus far was to keep a tight knit focus on what was needed to interface OpenSim with Joomla in a fairly straight forward manner, keeping with the Joomla framework. Thus you see the need for the interface.php, what position it holds, and understand that the key in various areas is achievable without the need for large amounts of third party (joomla) code. It is not the desire of this project to be using other third party softwares in large quantities.
<img src=\"{SMILIES_PATH}/icon_e_smile.gif\" alt=\"
\" title=\"Smile\" />
There are more than a few reasons for this, but the most important aspects are ease of use and keeping a grip on what security issues that might be encountered. For every line of code, we have to do our best to understand the consequences and what might be needed if issues arise. We certainly cannot control the future aspects of other third party developers and what they provide. Nor can we be responsible for their code. Thus so far, and most likely in the future, you will not see a vast array of third party joomla components being combined with JOpenSim. But rather code created right here to to further integrate what we have available as contributed modules within the OpenSim environment. Ex, search, profiles, and other necessities that need to be worked on in certain order, to have it all work right. This is not to say that other components cannot be used as with maps etc.. But the integration code will most likely stay fine tuned to the necessities and it would be unlikely for you to see, as mentioned, a vast array of others third party joomla code being utilized.
In terms of an integrated form or method of in-wold currency, and as Foto50 has stated, all of this has been discussed time and time again. The component will remain free software, additional works such as currency modules or add-ons for JOpenSim will most likely be considered a commercial add-on, and as such will most likely be at cost. No ETA or further discussion has taken place about any type of currency additions, pricing structures, what would be wanted or needed, etc... and quite frankly it\'s not even close to being a current work to my knowledge. Too many other areas to cover right now I think.
<img src=\"{SMILIES_PATH}/icon_e_smile.gif\" alt=\"
\" title=\"Smile\" />
In terms of PayPal direct purchase there are already nice modules that can be compiled that work. I personally have worked with Snoopy\'s PayPal module that compiles just fine with os dev trunk. Adam originally wrote it, Snoopy added various functions etc.. to allow for example v-land sales and direct person to person payments.
I hope this helps
<img src=\"{SMILIES_PATH}/icon_e_smile.gif\" alt=\"
\" title=\"Smile\" />