Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Local Terminal on Win64 (was: CDT 8.4 RC3 posted)




On Wed, Jun 4, 2014 at 3:40 PM, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:

Hi Sergey,

 

Confusing indeed!

 

We try hard to hide the confusion from end users J

 

What does this mean for an end user of CDT? Can she use (a) without (b)? 

 

No, the Terminal widget by itself is not usable – it needs a View as container.

You can have 3 of those terminal views – and all of them actually work nicely in parallel in the same Eclipse – but only the TCF one supports “Local” terminals.

 

We really try to make it simple for end users by providing the Marketplace listing, which offers a drag-and-drop install along with basic instructions.

In the end, it’s as simple as get it from marketplace, then press Ctrl+Alt+T for Terminal.


Does the TCF terminal have a downloadable p2 repository? 

-sergey

 

Thanks,

Martin

--

Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River

direct +43.662.457915.85  fax +43.662.457915.6

 

From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Sergey Prigogin
Sent: Thursday, June 05, 2014 12:14 AM


To: CDT General developers list.
Subject: Re: [cdt-dev] Local Terminal on Win64 (was: CDT 8.4 RC3 posted)

 

Confusing indeed!

 

On Wed, Jun 4, 2014 at 2:59 PM, Oberhuber, Martin <Martin.Oberhuber@xxxxxxxxxxxxx> wrote:

Hi Doug,

 

There’s a little bit of history around this …

 

First of all, the Terminal support from TM really consists of 2 components:

(a)    The Terminal Widget – providing the VT100 emulation, can run on top of minimal dependencies (even J2ME).

(b)   The Terminal View – providing a container for the Widget that works in Eclipse IDE.

 

The TCF Terminal still uses part (a), the TM’s terminal Widget.

But we decided to improve the Eclipse IDE integration so we no longer use (b).

 

For 2 or 3 years, it was really more of a “revolution” than “evolution”:

the TCF terminal didn’t have feature parity for a long time …

that’s why we kept (b) and (c) in place. But now we’re at a point where (b) is really obsolete.

 

What does this mean for an end user of CDT? Can she use (a) without (b)? 

 

The main source of confusion is that some EPP packages include the old legacy view (b) but that one doesn’t support the Local Terminal in an acceptable way.

We really want to get rid of (b) at this time because TCF Terminal is a full replacement with many advantages.

 

To further add to the confusion, there’s a 3rd integration of terminal widget– the RSE integration – which we don’t want to change in any way; it’s also included in some EPP packages like WTP and C/C++.

I guess that one will have to stick around as long as RSE sticks around.

 

HTH, let me know if there’s any more questions J

 

Thanks,

Martin

--

Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River

direct +43.662.457915.85  fax +43.662.457915.6

 

-sergey 

 

From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Doug Schaefer
Sent: Wednesday, June 04, 2014 3:30 PM


To: CDT General developers list.

Subject: Re: [cdt-dev] Local Terminal on Win64 (was: CDT 8.4 RC3 posted)

 

So we were wondering about that on the CDT call. What is the relationship between the TCF terminal and the one in TM?

Thanks,
Doug.


From: cdt-dev-bounces@xxxxxxxxxxx [cdt-dev-bounces@xxxxxxxxxxx] on behalf of Oberhuber, Martin [Martin.Oberhuber@xxxxxxxxxxxxx]
Sent: Wednesday, June 04, 2014 12:33 AM
To: CDT General developers list.
Subject: [cdt-dev] Local Terminal on Win64 (was: CDT 8.4 RC3 posted)

Hi all,

 

Local Terminal works perfectly fine for me on Win7-64 with a 64-bit JVM ;

 

Looks like somehow you launched the old (legacy, incubation) local terminal from TM/RSE but I’m not sure how you got that installed ?

 

The correct terminal is available much easier, via Ctrl+Alt+T or by clicking the Terminal Toolbar button.

It’s also Window > Show View > Terminals (mind the trailing s!) or in the “Target Explorer Views” category.

 

See also attached screenshot, and the “mini documentation” on the Eclipse Marketplace:

http://marketplace.eclipse.org/content/tcf-terminals

 

I think that for the Mars release next year, we’ll want to deprecate / remove the older terminal view since the new TCF one has now full feature parity  plus many improvements (such as auto-reconnect on quit and restart, or a history of previously open connections if you use SSH).

 

Please give us a “Star” on the Marketplace (and on the StackOverflow posting linked from the 1st comment) if you like it !

 

Thanks,

Martin

--

Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River

direct +43.662.457915.85  fax +43.662.457915.6

 

From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of kesselhaus
Sent: Wednesday, June 04, 2014 1:12 AM
To: cdt-dev@xxxxxxxxxxx
Subject: Re: [cdt-dev] CDT 8.4 RC3 posted

 

I have just a dumb question about the rumor of a Terminal Window for Windows,

Is that somehow included now?

I select opened a "Terminal View" and there selected "New Terminal Connection in Current View", then in the Dialog, I select "Local Program" from the DropDown Box and I get this error:



Using Luna RC3 and the CDT latest milestone (RC3? - Version: 8.4.0.201406031009) and TCF Features Version: 1.2.0.201405271222.


Am 03.06.2014 16:49, schrieb Doug Schaefer:

Hey gang, I posted this morning's build for our RC3 candidate. Please give it a try:

  http://download.eclipse.org/tools/cdt/builds/luna/milestones

Doug.

 

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

 


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

 


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



Back to the top