<br><br><div class="gmail_quote">On Mon, May 28, 2012 at 1:43 PM, Frank Karlitschek <span dir="ltr"><<a href="mailto:frank@owncloud.org" target="_blank">frank@owncloud.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I agree with Jan,<br>
<br>
user to user sharing, without the admin, is significantly cooler and more useful for users then requiring that the admin "connects" the servers.<br>
It would be very very cool if we could implement it like this.<br>
<br></blockquote><div><br></div><div>That's the way it'll be heading. We're discussing about API implementations which would enable a consistent REST api and API client as part of the sharing app.</div><div><br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
webfinger is a great way to discover other users. The problem is that it is not always available. It works only if you install ownCloud into the webserver root and some users might also consider it a security hole and switch it off.<br>
So it would be great if the sharing system would also work without webfinger.<br>
Just without autocompletion obviously.<br>
<br>
<br>
I´m not sure if "<a href="mailto:frank@franksowncloud.org">frank@franksowncloud.org</a>" is the best syntax for a user "frank" on owncloud "<a href="http://franksowncloud.org" target="_blank">franksowncloud.org</a>". Users will most likely confuse this with an email address.<br>
Perhaps we should try to find a different syntax for that.<br>
<br>
frank!<a href="http://franksowncloud.org/owncloudfolder" target="_blank">franksowncloud.org/owncloudfolder</a> or<br>
(frank)<a href="http://franksowncloud.org/owncloudfolder" target="_blank">franksowncloud.org/owncloudfolder</a> or<br>
frank=<a href="http://franksowncloud.org/owncloudfolder" target="_blank">franksowncloud.org/owncloudfolder</a> or<br>
frank/<a href="http://franksowncloud.org/owncloudfolder" target="_blank">franksowncloud.org/owncloudfolder</a> or<br>
frank%<a href="http://franksowncloud.org/owncloudfolder" target="_blank">franksowncloud.org/owncloudfolder</a><br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>We can discuss about this. Still <a href="mailto:frank@franksowncloud.org">frank@franksowncloud.org</a> makes most sense.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
<br>
<br>
<br>
Frank<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On 27.05.2012, at 17:24, Nils Jansen <<a href="mailto:nilsjansen@gmail.com">nilsjansen@gmail.com</a>> wrote:<br>
<br>
> i agree. If <a href="mailto:nils@ownid.net">nils@ownid.net</a> wants to share something with<br>
> <a href="mailto:frank@franksowncloud.org">frank@franksowncloud.org</a> he needs to know his webfinger. The already<br>
> existing user/group form field for shareing files, folders, calendars &<br>
> events should be able to handle these external webfingers.<br>
><br>
> I think this would be most intuitive and least complicated on both devel<br>
> and usability side.<br>
><br>
> The "accept sharing offer" feature and notification should be<br>
> implemented globally, not only for inter owncloud sharing, no?<br>
><br>
> Looking forward to this feature very much,<br>
><br>
> Nils<br>
><br>
> Am <a href="tel:27.05.2012%2011" value="+12705201211">27.05.2012 11</a>:26, schrieb Christophe M:<br>
>> 2012/5/26 Michael Gapczynski <<a href="mailto:mtgap@owncloud.com">mtgap@owncloud.com</a><br>
>> <mailto:<a href="mailto:mtgap@owncloud.com">mtgap@owncloud.com</a>>><br>
>><br>
>> On Saturday, May 26, 2012 07:50:45 PM Bartek Przybylski wrote:<br>
>>>> I agree this is it how it should be done. Bartek would you like to<br>
>>>> comment?<br>
>>><br>
>>> Decision of binding owncloud instances only by admins was made for<br>
>>> save resources and restrict access to information about instance.<br>
>>> Binding between instances should allow instances to exchange<br>
>>> information like userlist, groups etc.<br>
>>> Obviously accessing sharing only by single user should also by<br>
>>> available, but i dont remember did i point it out while proposal<br>
>>> review.<br>
>>><br>
>><br>
>> Relying on admins to bind instances is too much restriction on who<br>
>> you can<br>
>> share with. I don't understand how this method saves any resources.<br>
>><br>
>> Exchanging the list of users and groups might be nice, but I don't<br>
>> see why<br>
>> this is necessary. The main use case I see for sharing between<br>
>> instances is<br>
>> for two individuals with their own independent instances. Sharing<br>
>> with a group<br>
>> or looking through the user list on a different instance sounds really<br>
>> strange.<br>
>><br>
>> The best possible solution is to integrate sharing with the contacts<br>
>> app and<br>
>> allow the linking of a contact to a remote ownCloud instance user.<br>
>> In the same<br>
>> fashion as Jan-Christoph pointed out with <a href="mailto:frank@franksowncloud.org">frank@franksowncloud.org</a><br>
>> <mailto:<a href="mailto:frank@franksowncloud.org">frank@franksowncloud.org</a>>.<br>
>><br>
>>>> I noticed in your proposal that this is focusing on files.<br>
>> Please note<br>
>>>> that<br>
>>>> I'm working on refactoring sharing to work with other app content.<br>
>>>><br>
>>>> I'm starting to think that this project shouldn't be an app. I<br>
>> strongly<br>
>>>> believe this should be a REST API in the public namespace for<br>
>> apps to<br>
>>>> register specific actions with. We eventually need something so<br>
>> files can<br>
>>>> be shared, reverted to past versions, etc. from desktop and mobile<br>
>>>> clients. Apps other than just sharing should be able to talk between<br>
>>>> instances and have actions triggered by remote clients. Doing this<br>
>>>> separate from interc-ownCloud sharing will just be duplicating work.<br>
>>><br>
>>> Project beeing api instead of app, im not sure how that was mixed up.<br>
>>> file sharing app was suppose to be example of api usage<br>
>><br>
>> I don't understand what you mean.<br>
>><br>
>> _______________________________________________<br>
>> Owncloud mailing list<br>
>> <a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a> <mailto:<a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a>><br>
>> <a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
>><br>
>><br>
>><br>
>><br>
>> Hi !<br>
>><br>
>> Well I think that there is two completely different use case :<br>
>><br>
>> - Connect completely two OC instance to allow sharing between each users<br>
>> of the two instance as if it was only one instance (the current proposal<br>
>> with user list, ...). That one should be admin driven. May be used to<br>
>> connect for example two enterprise ..<br>
>><br>
>> - Simple user sharing between two user of different instance. Knowing<br>
>> the user name and the domain of the remote user ('B'), 'A' can initiate<br>
>> a sharing request with 'B' to share files with him without needing admin<br>
>> permissions ('B' do you want to be my friend). You have to know the<br>
>> other user. After the sharing request is accepted, 'A' and 'B' can share<br>
>> files. 'B' will never appear in the sharing list of 'C' on the same<br>
>> server as 'A' as the share link is between 'A' and 'B'. This scenario is<br>
>> more for "social" sharing.<br>
>><br>
>><br>
>> Christophe<br>
>><br>
>> --<br>
>> ----------------------------------------------------<br>
>><br>
>> Un poing levé, une main tendue<br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Owncloud mailing list<br>
>> <a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
>> <a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
><br>
> --<br>
> Nils Jansen<br>
> Hermannstraße 48, 2. HH<br>
> 12049 Berlin<br>
> tel <a href="tel:%2B49%20%280%2930%2028376529" value="+493028376529">+49 (0)30 28376529</a><br>
> fax <a href="tel:%2B49%20%280%2930%208687048089" value="+49308687048089">+49 (0)30 8687048089</a><br>
> mob <a href="tel:%2B49%20%280%29176%2023553612" value="+4917623553612">+49 (0)176 23553612</a><br>
> _______________________________________________<br>
> Owncloud mailing list<br>
> <a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
<br>
_______________________________________________<br>
Owncloud mailing list<br>
<a href="mailto:Owncloud@kde.org">Owncloud@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Regards,<br>Deepak Mittal,<br>Twitter - @dpacmittal<br>