Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] shared editing design thought

Good Stuff.

I'll try it out once I am home ...

On Oct 30, 2007 6:08 PM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
>
>  Hi Folks,
>
>  I've added some classes to create 'Roster Menus' as per the original
> posting on this thread.  I put up a new wiki page describing this and
> showing a quick test/demo here:
>
>  http://wiki.eclipse.org/Roster_Menus
>
>  It's pretty cool, I think, as it would allow easy addition of arbitrary
> communications to existing editors, views, etc.
>
>  Any thoughts/comments, etc are appreciated.
>
>  Scott
>
>  Scott Lewis wrote:
>
>  Hi Chris,
>
>  Chris Aniszczyk wrote:
>
>
> +1
>
>  This work will probably encompass taking some of the roster information
> offline which is a good thing.
>  I don't really expect so at this point...as even if the roster information
> is available persistently offline, it doesn't make much sense to expose
> actions/commandhandlers (like share current editor with soandso, etc)
> because the actions are generally worthless when offline (e.g. you can't
> start a shared editing session with a user that is offline).
>
>
>
>
> If I have some spare cycles I would love to help.
>
>  That would be great.  I think the trickiest bits will have to do with
> setting/resetting the command handlers dynamically (with the IServiceLocator
> I guess).  I expect you, Remy, and Boris have more knowledge of this than I
> do so anything that shows doing this sort of thing (creating menus
> dynamically, and assigning actions to dynamically constructed items) would
> be helpful.
>
>
>
>
>
>  I also noticed that ECF hasn't submitted anything to EclipseCon yet :)
>  https://eclipsecon.greenmeetingsystems.com/submissions
>
>  I noticed that too.  I will be submitting something...probably around
> remote OSGi services and/or ECF overview, but I haven't decided what.
>
>  I hope that we can get other submissions from committers...i.e. around
> topics such as
>
>  RT Shared Editing
>  Presence and IM APIs
>  Bots
>  Committer Community, IRC, XMPP, and Communication
>  Discovery
>  VOIP
>  Others of interest...
>
>  These are just some ideas.  I imagine others have other ideas as well.
>
>  Scott
>
>
>
>
>
>
>  Cheers,
>
>  ---
>  Chris Aniszczyk | IBM Lotus | Eclipse Committer |
> http://mea-bloga.blogspot.com | +1.860.839.2465
>
>  Scott Lewis ---10/27/2007 06:07:45 PM---Hi Folks, We at BEA have/will/are
> doing some work with using ECF to add real-time
>
>
>
>  From:
>  Scott Lewis <slewis@xxxxxxxxxxxxx>
>
>  To:
>  "Eclipse Communication Framework (ECF) developer mailing list."
> <ecf-dev@xxxxxxxxxxx>
>
>  Date:
>  10/27/2007 06:07 PM
>
>  Subject:
>  [ecf-dev] shared editing design thought ________________________________
>
>
>
>  Hi Folks,
>
>  We at BEA have/will/are doing some work with using ECF to add real-time
>  shared editing to commercial and OS editors...i.e. text editors,
>  structured editors (e.g. java, other langs, xml, etc), graphical
>  editors, and the like.
>
>  I was thinking yesterday was that it is typically unnecessarily
>  difficult to setup a sharing/editing session.  It usually has to be
>  explicitly done by one or both participants prior to the actual shared
>  editing...and it's often error prone.
>
>  This is true also of the existing cola shared editor...the setup of the
>  shared editing session is kind of cumbersome.
>
>  I had one thought about how this could be easier...and I thought I would
>  throw it out to the mailing list:
>
>  Let's assume that user 'slewis' has a (e.g.) text editor open.  At a
>  certain point, they decide that they would like to initiate a shared
>  editing session with another party (e.g. 'codesurgeon').  At that point,
>  'slewis' has to initiate a shared editing session.
>
>  What if they simply opened the editor's context menu, and chose
>  'Share'->codesurgeon...and this initiated a shared editing session with
>  codesurgeon.  This begs the question, though...where does the
>  'Share'->codesurgeon menu come from?  My answer:  Using Eclipse's new
>  dynamic menu contribution mechanisms, it could be dynamically created
>  from the ECF Contacts/buddy list.  That is, when the user chose 'Share'
>  it could produce a menu hierarchy that corresponded to the entries in
>  the contacts list (whatever the active ones happened to be at that
>  moment)...allowing the initiator to choose the target user for the
>  shared editing session.  The Eclipse menu contribution mechanisms should
>  allow this (i.e. dynamic creation of hierarchical menus...plus the
>  ability to retarget actions), and ECF allows programmatic access to the
>  buddy list via IPresenceContainerAdapter.getRosterManager().   Further,
>  it would be possible to add such a thing in a new plugin (rather than
>  modifying the existing editor's code) to increase separation of concerns.
>
>  Any thoughts/comments about this approach?
>
>  Scott
>
>
>
>
>
>
>
>  Let's also
>
>
>
>
>  That is,  between...perhaps one way on how to setup a 'session for
>  shared editing' (between 2 participants is initial focus...2+ will
>  probably be for later).
>
>
>  _______________________________________________
>  ecf-dev mailing list
>  ecf-dev@xxxxxxxxxxx
>  https://dev.eclipse.org/mailman/listinfo/ecf-dev
>
>
>  ________________________________
>
> _______________________________________________
> ecf-dev mailing list
> ecf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>
>
>  ________________________________
>
>
> _______________________________________________
> ecf-dev mailing list
> ecf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>
>
>
> _______________________________________________
> ecf-dev mailing list
> ecf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>
>


Back to the top