Hi Graham,
Thanks for the suggestion. I'll do as you said.
Warm regards,
On Fri, May 20, 2011 at 11:46 PM, Graham Triggs <grahamtri...@gmail.com>wrote:
> To be honest, we don't really need to be creating repositories in DSpace
> for this. You could just create an empty public repo under your own name -
> fork it from any existing repository that you need to, you can get people to
> collaborate on it and/or fork from it.
>
> And we can have the repo moved to the DSpace account at some point in the
> future when it is deemed appropriate.
>
> Regards,
> G
>
> On 20 May 2011 18:35, Vibhaj Rajan <vibhaj.rajan.cs...@itbhu.ac.in> wrote:
>
>> Hi Peter,
>>
>> Thank you for creating the repository. The name restclient if fine.
>>
>> I would like to suggest that restclient repository be a new empty one and
>> not a fork from entitybrowser since entitybrowser is a different project
>> from restclient. I mean that I would be using entitybrowser as a framework
>> to build the DSpace RestClient.
>>
>> Just provide me with an empty repository for RestClient work which I'll
>> fork and use the entitybrowser framework there. I feel this would be
>> cleaner.
>>
>> Thank you very much for the support.
>>
>> Warm regards,
>>
>>
>>
>> On Fri, May 20, 2011 at 9:47 PM, Peter Dietz <pdiet...@gmail.com> wrote:
>>
>>> Hi Vibhaj,
>>>
>>> I made: https://github.com/DSpace/restclient
>>>
>>> Its forked from the repository you mentioned for your extJS code. You can
>>> continue committing to your entitybrowser repository as usual, so you won't
>>> be slowed down. When you've got improvements, you can then either contact
>>> the mentor of your project, or send a pull request to DSpace/restclient to
>>> have your changes merged in.
>>>
>>> Having someone review the code before merging it is a way for us to have
>>> someone review your code.
>>>
>>> I named it restclient because that is more meaningful than than just
>>> clientUI. If you don't want it to be forked from the extJS project, or if it
>>> really should be named dspace-clientui, then please let me know, since its
>>> very easy to change.
>>>
>>> Peter Dietz
>>>
>>>
>>>
>>>
>>> On Fri, May 20, 2011 at 2:52 AM, Vibhaj Rajan <
>>> vibhaj.rajan.cs...@itbhu.ac.in> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I thank you for answering my queries.
>>>>
>>>> I understand the licensing issues behind GPLv3 from Sencha Ext JS.
>>>> The other libraries provide the following licenses :
>>>>
>>>> 1. Dojo Toolkit : MIT License
>>>> 2. JxLib : MIT License
>>>> 3. UIZE : BSD License
>>>> 4. MochaUI : MIT License
>>>>
>>>> I would like the community to help me in finalizing the suitable library
>>>> for use in the project. Though some of these libraries make for a small
>>>> learning curve, it would be a great opportunity for me to learn another
>>>> javascript framework.
>>>>
>>>> Just as the XMLUI is based on Cocoon, webmvc is based on Spring WebMVC
>>>> and DSpace REST is based on EntityBus, I would like the ClientUI to be
>>>> based
>>>> on a generic UI framework for consuming RESTful services.
>>>>
>>>> This would be an independent project hosted at
>>>> http://github.com/tr4n2uil/entitybrowser
>>>> Extensions to the EntityBrowser would be designed in the course of the
>>>> GSoC project to provide support for each of the functional requirements
>>>> [Repository Browsing and Manipulation / Search / Statistics].
>>>>
>>>> In this way changes to REST API in view of its possible migration to
>>>> Spring REST from EntityBus would have little changes to the ClientUI.
>>>>
>>>> I have already started work on EntityBrowser in Ext JS (though not
>>>> committed yet) but I would be happy to port it to other javascript
>>>> frameworks as per the decision of the community regarding the licensing
>>>> issue.
>>>>
>>>> And as mentioned by Graham Triggs, the ClientUI will be a part of the
>>>> DSpace (though currently as an independent module). Hence I would request
>>>> Peter Dietz to create a new repository in DSpace (Git or SVN) for
>>>> dspace-clientui module and provide me access since I have not yet obtained
>>>> access to any repository.
>>>>
>>>> Warm regards,
>>>>
>>>>
>>>> --
>>>> *Vibhaj Rajan
>>>> Junior Undergraduate
>>>> Department of Computer Engineering
>>>> Institute of Technology BHU Varanasi
>>>> +91 92 3531 2784
>>>> *
>>>>
>>>>
>>>
>>
>>
>> --
>> *Vibhaj Rajan
>> Junior Undergraduate
>> Department of Computer Engineering
>> Institute of Technology BHU Varanasi
>> +91 92 3531 2784
>> *
>>
>>
>
--
*Vibhaj Rajan
Junior Undergraduate
Department of Computer Engineering
Institute of Technology BHU Varanasi
+91 92 3531 2784
*
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
