Community
Participate
Working Groups
Eclipse requires a new command line argument so the user can specify a titles for eclipse.exe windows as follows: -title aString ---------------------------------------------------------------------------- "John Arthorne" <john_arthorne@o_ti.com> wrote in message news:3C7EB740.22732468@o_ti.com... > The main title is supplied by the product configuration. It can be changed > by editing: > > plugins/org.eclipse.sdk/product.ini > > You can also change the icon in this file, which is really useful for > distinguishing between different installs. > > > > David Corbin wrote: > > > dave- wrote: > > > It appears we are requesting a new feature, a new command line argument > > > -title aString > > > > Yep. you came up with it. Why don't you file the "bug". > > > > > > > > "David Corbin" <dcorbin@mperitek.com> wrote in message > > > news:3C7E632A.5080307@mperitek.com... > > > > > >>Veronika Irvine wrote: > > >> > > >>>Use Shell.setText(). > > >>> > > >>>Note that you need to have the correct style bits when you create the > > >>> > > > Shell > > > > > >>>to get the title displayed. The correct style bits are any of: > > >>> - new Shell(display) - no style bits specified, get the default > > >>> - SWT.TITLE (can be combined with several other styles such as > > >>>SWT.RESIZE and SWT.CLOSE) > > >>> - SWT.DIALOG_TRIM > > >>> > > >>>Here is a quick example: > > >>> > > >>>public static void main(String[] args) { > > >>> Display display = new Display(); > > >>> //Shell shell = new Shell(display); > > >>> //Shell shell = new Shell(display, SWT.TITLE | SWT.CLOSE | > > >>> > > > SWT.RESIZE); > > > > > >>> Shell shell = new Shell(display, SWT.DIALOG_TRIM); > > >>> shell.setText("Hello"); > > >>> shell.open(); > > >>> while (!shell.isDisposed()) { > > >>> if (!display.readAndDispatch()) > > >>> display.sleep(); > > >>> } > > >>> display.dispose(); > > >>>} > > >>> > > >>> > > >>> > > >>> > > >>I can't speak for the original poster, but I want to know if there is an > > >>argument for eclipse.exe that will control this. I often have two > > >>different workspaces in play, and would like to be able to tell them > > >>apart by just the title. > > >> > > >> > > > > > > >
What he really wants is the ability to distinguish what underlying workspace is being used by a particular runtime instance of Eclipse. This is a good point, because I don't think that it's possible to find out the workspace location from anywhere in the UI. Moving to UI for consideration.
Are any of you interested in implementing this feature and contributing it to the eclipse project?
Created attachment 455 [details] Implements a title-suffix
I've uploaded a patch that uses "-title foo" on the commandline. The title is normally "<perspective> - <product>" What I've done is make so the -title argument is appended to this, rather than replacing. So it would be "<perspective - <product> foo" in this case. If someone else wants to do it differently, it will be pretty easy to do so.
I had a look at the patch. BootLoader should not be modified to have UI-specific attributes. The Workbench can get the command line arguments itself. See the current code in the WorkbenchWindow constructor. Note that there is currently a command line arg: -showlocation which shows the workspace location in the title. Does this suffice?
Yes, that's fine as 90% (if not more) of the problem solution, for me.
We need to document this command line (there's a PR for this already). Defering consideration of user-specified titles to v3.
Reopen to investigate
We have another PR about documeting this commant line but I could not find it now.
*** This bug has been marked as a duplicate of 23513 ***
Wrong defect #
*** This bug has been marked as a duplicate of 23519 ***
This is an absolutely great feature, thanks! [use -showlocation to show workspace] It was quite confusing working with 2 different workspaces before. My setup is that the workspaces correspond to two actively developed branches of the same code base, so all the files are the same and without -showlocation it was very difficult to tell them apart, resulting in me actually sometimes editing the wrong versions...