+1
I support the idea of enabling it by default as a means to properly begin
adoption and begin deprecation of the legacy subsystems. I would say that
if there was significant outcry in 3.0 to this approach, we could
reconsider the option in 3.1 or 4.0 accordingly.
Mark
On Tue, Aug 28, 2012 at 6:13 PM, DSpace @ Lyncode <dsp...@lyncode.com>wrote:
> Hi, sorry to intrude, i'm an outsider sharing thoughts.
>
> Discovery is a good DSpace component, it is really an improvement over the
> old search/browse mechanism. As so (even with JSPUI only supported
> recently), i agree with enabling it by default.
>
> Maybe it would require an extra effort (testing - it doesn't seem
> difficult - and solving possible issues), but it will also put Discovery in
> evidence, which i think is a good way to call for improvements. And of
> course, there will be always the option of disabling it.
>
> On 28 August 2012 17:19, helix84 <heli...@centrum.sk> wrote:
>
>> On Tue, Aug 28, 2012 at 5:50 PM, Tim Donohue <tdono...@duraspace.org>
>> wrote:
>> > So, that's a long way of saying that I think Sands' "Approach #2" should
>> > instead say:
>> >
>> > "Default to off for 3.0, plan on default on for 4.0 (Fall/Winter 2013)."
>>
>> +1 Tim, exactly what I thought when I read the options.
>>
>> And I also support this option (+1 to #2). The reason is that
>> Discovery/JSPUI is new and untested (outside of the original
>> institution). If this was only the question of Discovery/XMLUI, I'd be
>> for that option. So let's just leave this for 4.0. Anyone who wants it
>> has an easy way of switching to Discovery.
>>
>> Regards,
>> ~~helix84
>>
>>
>> ------------------------------------------------------------------------------
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> _______________________________________________
>> Dspace-devel mailing list
>> Dspace-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dspace-devel
>>
>
>
>
> --
> Thanks,
> DSpace Department
> *Lyncode*: Official
> website<http://www.google.com/url?q=http%3A%2F%2Fwww.lyncode.com%2F&sa=D&sntz=1&usg=AFrqEzdV8iS6rMxflxnn138XReuRfUG3OQ>
>
> [image: Follow us on
> Facebook]<http://www.google.com/url?q=http%3A%2F%2Ftwitter.com%2Flyncode&sa=D&sntz=1&usg=AFrqEzeDuT3ZqMW5uVIA8AoxtTtAeiCX3Q>
> <http://www.google.com/url?q=http%3A%2F%2Fwww.facebook.com%2Flyncode&sa=D&sntz=1&usg=AFrqEzcWXjHa3gKBGLsNVxktapxkiWDnww>
>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Dspace-devel mailing list
> Dspace-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-devel
>
>
--
[image: @mire Inc.]
*Mark Diggory *(Schedule a Meeting <https://tungle.me/markdiggory>)
*2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010*
*Esperantolaan 4, Heverlee 3001, Belgium*
http://www.atmire.com
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
