You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Jörn Kottmann (JIRA)" <de...@uima.apache.org> on 2010/10/02 17:31:32 UTC

[jira] Commented: (UIMA-1887) It should be possible to open a CAS file from a non Cas Editor project

    [ https://issues.apache.org/jira/browse/UIMA-1887?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12917202#action_12917202 ] 

Jörn Kottmann commented on UIMA-1887:
-------------------------------------

2. Is now done.

1. Is half done, the dialog to choose a type system is still missing, and the error handling still needs to be improved in case the type system is invalid (e.g. invalid xml) or not compatible with the CAS.


> It should be possible to open a CAS file from a non Cas Editor project
> ----------------------------------------------------------------------
>
>                 Key: UIMA-1887
>                 URL: https://issues.apache.org/jira/browse/UIMA-1887
>             Project: UIMA
>          Issue Type: New Feature
>          Components: CasEditor
>            Reporter: Jörn Kottmann
>            Assignee: Jörn Kottmann
>             Fix For: 2.3.1SDK
>
>
> It should be possible to open a  CAS files which are inside an eclipse java project (and not an eclipse CAS Editor project) with the CAS Editor.
> After spending more time on the issue the plan how to implement it changed again.
> The previous idea of having an additional plugin for this functionality is dropped and the change is directly
> integrated into the Cas Editor plugin.
> There are two changes which must be performed for this issue:
> 1. The Document Provider is extended with a custom logic to open a CAS file from a non Cas Editor Project.
> Its assumed that the type system is placed in a certain location, if it cannot find in this location the
> user if prompted by a dialog to provide a valid type system for the CAS.
> This mechanism should be improved in the future to play nicely together with all other plugins wich also need
> access to a type system, like the description editors.
> 2.
> The UI to configure the annotation styles must be moved to the editor and away from the Cas Editor Project
> handling code. To accomplish this the Document Provider should be responsible for accessing/modifying
> the styling information. A new view is added to the editor which can display the styling information and 
> gives access to the annotation property dialog to modify the styling.
> The styling information is shared between all editors type system wide, if the style is changed in one editor
> its changed in all other editors which display a CAS with the same type system.
> The goal of this issue is to create an initial solution which can then be refined 
> by input from users and other uima developers. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.