Bug 190713 - [Manifest][Editors] Extensions - "name" link does nothing
Summary: [Manifest][Editors] Extensions - "name" link does nothing
Status: CLOSED WONTFIX
Alias: None
Product: PDE
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.3   Edit
Hardware: PC Windows XP
: P3 minor (vote)
Target Milestone: ---   Edit
Assignee: PDE-UI-Inbox CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords: bugday
Depends on:
Blocks:
 
Reported: 2007-06-03 19:40 EDT by Kevin McGuire CLA
Modified: 2019-09-09 02:29 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin McGuire CLA 2007-06-03 19:40:18 EDT
3.3 RC3

In the plugin editor, for any extenion that has a name, the word "name" is underlined to indicate its a link.  Clicking on it does nothing.

This seems universal, I noticed it with the following extensions:
- editors
- product
- views

Nothing in the log
Comment 1 Brian Bauman CLA 2007-06-03 19:53:05 EDT
If the name is an externalized string, clicking the hyper link will open the properties file in which it is stored and highlight the value to be substituted.

It seems that a better behavior would be to have the "name" label be a link if the value starts with '%', otherwise have it be just a normal label.

This is something we can look into post 3.3
Comment 2 Mike Pawlowski CLA 2007-06-04 10:10:10 EDT
RE:  Comment #1

Hi Brian,

The only problem of implementing your label suggestion is that when you externalize strings and keep the editor open, the hyperlink will not be available (still a label) unless you close and reopen the editor.  
Comment 3 Kevin McGuire CLA 2007-06-04 12:47:20 EDT
Ah, I see what's going on now, thanks.

For the non-externalized case, either

1. Remove the link as suggested, or
2. Provide some feedback when clicking on it (e.g. "No corresponding externalized String"), or
3. Deluxe would a wizard that helped you author the string externalized :)
Comment 4 Chris Aniszczyk CLA 2007-11-02 16:20:59 EDT
tagging bugday
Comment 5 Manuel Selva CLA 2008-02-29 02:19:04 EST
The last solution proposed by Kevin can be implemented using the PDE GetNonExternalizedStringsAction in the classTranslationHyperlink responsible to open associated .properties file.

Am i right ?

We can create a private method called each time before false is returned in  the openHyperLink() method and do this in our private method :

// Cretaes a new Externalize Action
// May be there is one way to get an already created and prepared action ??
GetNonExternalizedStringsAction action = new GetNonExternalizedStringsAction();

// Set the selection within the action with current selection
action.selectionChanged(null, PDEPlugin.getActivePage().getSelection());
		
// Run the action with null, null works here but may be dangerous ??
// How could i do better ?
action.run(null);

Thanks

Manu
http://manuelselva.wordpress.com
Comment 6 Eclipse Webmaster CLA 2019-09-06 16:15:57 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
Comment 7 Julian Honnen CLA 2019-09-09 02:29:36 EDT
Please remove the stalebug flag, if this issue is still relevant and can be reproduced on the latest release.