| Summary: | Lifecycle mapping error on parents hard to figure out | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Pascal Rapicault <pascal> |
| Component: | m2e | Assignee: | Milos Kleint <mkleint> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | mkleint |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
| Bug Depends on: | 335297, 337220 | ||
| Bug Blocks: | |||
|
Description
Pascal Rapicault
solution shall partly/fully come from implementing #335297 when we have our own custom hover on top of errors (please note that the hover is only possible/practical when there is marker's start/end offset and user has incentive to hover on top of it) 1. hyperlink to the place defined can be part of the hover for sure (not always is the plugin *findable* -think packaging definition) 2. the more detailed message must be provided by the backend (or at least the ui needs precise id of the problem to create the appropriate description) at the very least the backend has to provide the coordinates/location of the pom file where the definition resides. For read-only non-workspace poms line/column coordinate are probably enough, for workspace poms, I'd rather have the location identified by crawling the dom tree document. http://git.eclipse.org/c/m2e/m2e-core.git/commit/?id=a6b6ea7bf2b707688b2449c8cbe45b750f3e7b72 we now have a hyperlink (in xml editor on ctrl-click or on hover, hover also applicable in form's header popup) the only outstanding issue is the naming of the hyperlink in xm editor. The name of the marker needs to be somewhat included in the name (because we can have multiple ones on same line) but that makes the name long and clumsy. I have used aether as an example again and can see it being fixed. |