Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipse-incubator-e4-dev] e4 beyond the ongoing UI conversations...


Brian, the UI work is grabbing the most "air time" because that just happens to be what some people are working on.  Its only a small slice of the e4 problem.  

E4 will focus on those aspects which the community wants to focus on.  I think what you've brought up is important and agree with Ed is within scope:  E4 is about a new platform, and connecting things together is something a platform does (speaking quite generally).  So if you want to drive this area, then welcome aboard!


If this interests you, I'd suggest:


1) You edit the proposal wiki to add this item to the scope http:- //wiki.eclipse.org/E4/Project_Proposal
2) You provide a blurb about what it means, either in the "Additional Details" area but so far there's nothing there even for existing scope items so maybe instead add a work area page like E4/ConnectionFrameworks or some such.
3) You add your name to the "Proposed Initial Committers" section

Note to all: We need to sort out the "Work Areas" page ... it should really be like the work areas table in the summit (http://wiki.eclipse.org/E4/Summit), ie. a link to a wiki page and a list of people.  Specifically, we just need to make it into a table and make the area names be links.

Regards,

Kevin



Ed Merks <ed.merks@xxxxxxxxx>
Sent by: eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx

08/21/2008 02:14 PM

Please respond to
E4 developer list <eclipse-incubator-e4-dev@xxxxxxxxxxx>

To
E4 developer list <eclipse-incubator-e4-dev@xxxxxxxxxxx>
cc
Subject
Re: [eclipse-incubator-e4-dev] e4 beyond the ongoing UI        conversations...





Brian,

Comments below.

brian.fitzpatrick@xxxxxxxxxx wrote:

Hi all...


Though I appreciate all the great discussion going on around e4 and the UI work being done (though most of it is beyond me, not being an HTML/CSS guy, I do find it fascinating), I was wondering if there is room in e4 to focus on other parts of the Eclipse ecosystem as well.

There's room for any warm body who's willing to provide focus!

One of the issues IMHO across some of the major Eclipse projects is the issue of cross-project integration. This is especially evident (to me anyway) in terms of connection frameworks.

What?  Our projects aren't all seamlessly integrated and tested as a working whole?  Oh yeah, we don't do that...

The Eclipse ecosystem has many different types of "connection" frameworks. The CVS (Eclipse Platform), Remote Systems Explorer (DSDP-TM), Web (WTP), Communications (ECF), and Database Development (DTP) perspectives all have their own server/system connection management user interfaces and connection frameworks. WTP has been working with DTP to handle management of database connections, which is great, but it's just the tip of the iceberg.

I'm glad EMF didn't provide one. :-P  Oh wait, maybe if I did and everyone used it...
 
Within e4, we have a chance to settle on a common framework for connection management and its associated UI. This would not only help out the user with a common look and feel across the Eclipse ecosystem for connecting to various systems, but it would allow adopters and extenders to take advantage of this common framework so they too would fit into the Eclipse-iverse more seamlessly to their own users.

Joking aside, that sounds like an excellent idea!
 
The connection framework within DTP, though used primarily for JDBC database connections at this point, has been used with great success in many other ways by Sybase products to connect to file systems, application servers, UDDI and LDAP repositories, and so on. I think it has great potential to fill the need for a common connection framework in e4.


However, integrating will the other projects in Eclipse will be tricky at best and require a great deal of collaboration from many interested parties.

Yes, there always seem to be issues with were to put these common things.  Everyone is happy to depend on the platform, but generally seem to avoid depending on other things if possible.
 
Do others see this as a problem that could be addressed within the e4 timeframe? Or am I way out of scope with this suggestion?

I think you're way on target.
 
Thanks

--Fitz (aka Brian Fitzpatrick)


Brian Fitzpatrick
Eclipse Data Tools Platform PMC Chair
Eclipse Data Tools Platform Connectivity Team Lead
Staff Software Engineer, Sybase, Inc.


Jeff McAffer <jeff@xxxxxxxxx>
Sent by:
eclipse-incubator-e4-dev-bounces@xxxxxxxxxxx

08/21/2008 10:22 AM

Please respond to
E4 developer list
<eclipse-incubator-e4-dev@xxxxxxxxxxx>


To
E4 developer list <eclipse-incubator-e4-dev@xxxxxxxxxxx>
cc
Subject
Re: [eclipse-incubator-e4-dev] Technical issues with the e4 CSS call        - feedback appreciated to evaluate Yugma









Chris and I tried out dimdim just for fun.  It was still ok but not great.  I had some horrible echo I could not get rid of and the screen sharing from the Mac did not really work.  Sharing from the PC was ok but apparently the refreshes were slow.  So  not recommented.

It might also be interesting to press the foundation to supply GoToMeeting rooms.  The cost is not too high.

If you are interested in this, please voice your support and justification on
 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=244840

Jeff

Jeff McAffer wrote:
dimdim.com is another option. its free for up to 20 people in a room.  I used it a while ago and it was ok.  There is a new version that claims to be much improved.  have not tried lately...

Jeff



Chris Aniszczyk wrote:
Before we do this... is any member company that uses GotoMeeting or WebEx willing to donate some time?

On Thu, Aug 21, 2008 at 9:59 AM, Kevin McGuire <
Kevin_McGuire@xxxxxxxxxx> wrote:

Hi gang,


It appeared that people were having a lot of technical problems with the e4 CSS call.  This was the first time using Yugma and I'd appreciate some feedback to understand if its worth trying to use in the future.  The problems I saw:


1) People showed up in the screen sharing but they never joined the conf call.  There may have been confusion over which # to dial, the one I sent out (my conf call #), or the one that Yugma sent out (presumably some VOID service of theirs).
2) People were connecting/disconnecting/connecting/ to the session.  It seemed the connectivity was poor/unreliable?

3) For reasons I am not clear on, some of the invitees who were to have been given ability to share their screen were not.  I couldn't figure a way of correcting that.  When sending the invites, you specify who is in which category.  I would've given everyone screen sharing, but I assumed it worked by email login ID matched against the invites which doesn't work for sending to an entire mail list.


Its a lot cheaper than WebEx (estimate was it was going to cost $300) but there's no sense using it if the quality and reliabilit isn't there.


Thanks,

Kevin

_______________________________________________
eclipse-incubator-e4-dev mailing list

eclipse-incubator-e4-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev




--
Cheers,

~ Chris Aniszczyk


_______________________________________________
eclipse-incubator-e4-dev mailing list

eclipse-incubator-e4-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev




_______________________________________________
eclipse-incubator-e4-dev mailing list

eclipse-incubator-e4-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev
_______________________________________________
eclipse-incubator-e4-dev mailing list

eclipse-incubator-e4-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev



_______________________________________________
eclipse-incubator-e4-dev mailing list
eclipse-incubator-e4-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev
 
_______________________________________________
eclipse-incubator-e4-dev mailing list
eclipse-incubator-e4-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev


Back to the top