Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[ecf-dev] Re: screen capture and exchange

That's exactly what I was saying in that bug report ;)

I think this is what we should shoot for. I want the base image viewer/editor stuff committed and then we can work on extensions. It should probably be moved to it's own plug-in IMHO too

Cheers,

---
Chris Aniszczyk | IBM Lotus | Eclipse Committer | http://mea-bloga.blogspot.com | +1.860.839.2465

Inactive hide details for "Boris Bokowski" ---01/02/2008 08:32:36 PM---Would it make sense to put this functionality into (or n"Boris Bokowski" ---01/02/2008 08:32:36 PM---Would it make sense to put this functionality into (or next to) Eugene's image viewer? See https://b


From:

"Boris Bokowski" <bokowski@xxxxxxxxx>

To:

"Scott Lewis" <slewis@xxxxxxxxxxxxx>

Cc:

remy.suen@xxxxxxxxx, Chris Aniszczyk/Austin/IBM@IBMUS, "Eclipse Communication Framework (ECF) developer mailing list." <ecf-dev@xxxxxxxxxxx>, mik@xxxxxxxxxxx

Date:

01/02/2008 08:32 PM

Subject:

Re: screen capture and exchange




Would it make sense to put this functionality into (or next to) Eugene's image viewer? See https://bugs.eclipse.org/bugs/show_bug.cgi?id=155323

I don't think we need a global toolbar or menu item for this in every product based on the IDE. But I understand that it would be good to have a hook in Platform IDE so that the various downstream projects or products can avoid duplication.

Boris

On Jan 2, 2008 1:46 PM, Scott Lewis <slewis@xxxxxxxxxxxxx > wrote:
    Hi Remy, Chris, Boris, and Mik,

    Remy...

    I took a look at the screen capture add on to the collab example code,
    and the problem that you (Remy) previously experienced was due to
    limitations on the object serialization for very large objects
    (ImageWrapper when the image data array was very large [i.e. 200Kbytes+,
    etc]).

    I added some basic compression (using zip...which is probably not
    optimal, but does help), and added protocol to send the data as a set of
    messages (see EclipseCollabSharedObject.sendImage) instead of a single
    large message, and it works. I also did some other mild refactoring in
    line with bug
    https://bugs.eclipse.org/bugs/show_bug.cgi?id=160633 .
    Obviously this was just done, so it's not yet in a
    distribution/milestone release.

    The reason I'm writing this to Remy, Chris, and Boris, is that I would
    like us to consider adding more/better UI for doing screen capture (and
    display of received screen captures)...and I would like to use this new
    UI to also build in support for sending bits via the ECF datashare API
    as well (so that screen shares can be done directly between people on
    your buddy list as well as within collab session...i.e. via skype, xmpp,
    etc). I imagine most of you have probably seen this blog posting:

    http://www.jroller.com/eu/entry/capturing_screenshots

    Perhaps we could use this as an opportunity to work with the Mylyn folks
    (who already have a screen capture UI as in the posting, but arguably
    should be better/generalized in line with some of their enhancement
    requests), and perhaps the SWT/JFace/Platform UI folks (Boris?), or even
    some of the Jazz folks (Chris?).

    Clearly, it would be nice for all involved to have a consistent screen
    capture UI, that then we (ECF) could add the ability to send the
    captured image to buddies, and/or collab group members. Obviously, this
    is a very common user desire/activity (exchanging screen shots)...which
    is certainly why it's being built into Jazz, Mylyn, ECF, probably
    others, etc., etc.


    Scott







GIF image

GIF image


Back to the top