| text editor sample - status [message #237809] |
Thu, 09 August 2007 18:22  |
Eclipse User |
|
|
|
Hello,
I am thinking about building an application that requires me structured
text input (drag and drop of paragraphs, nestable groups of paragraphs,
citations ). I discovered the text sample from GEF to be very useful input.
However I am curious if somebody is still working on the sample. There
seem to be some bugs (disappearing caret, loosing ability of changing
font size), and a lot of the methods used are deprecated. I had a look
at CVS and many of the files were not touched since a long time... I
also know I am not the first one asking this.
1) can the errors be fixed by someone not knowing the internals ;)
2) is the architecture of the sample good as base for the stated project
(unsure due to the deprecated methods)
3) will the sample be updated someday?
Thx,
Nils
|
|
|
| Re: text editor sample - status [message #237843 is a reply to message #237809] |
Sun, 12 August 2007 08:31  |
| Eclipse User |
|
|
|
Hello folks,
Well I get more and more the impression than this issue is just not
getting any attention... I remember having read someone complained about
too less help from the community. On the other hand, I do find it very
difficult to get into code of the example. This is due to
in-developmnent code as example and lack of documentation (very few
explanations in bugzilla or in code itself).
I made a first step on collecting the information around bugzilla and
the code base.
What I am asking for? Is it possible for someone who has understanding
of the code base to comment on bug 74784, adding the status of the text
support/example and sorting the different issues (bugzilla, code todos)
I provided here?
I believe that providing more information on the example could generate
more returns from the community.
Thx,
Nils
in-code TODOS:
TODO : cleanup any pending styles? TextTool.java
TODO : during a swipe, the viewer should not be firing selection changes
the whole time. SelectionRangeDragTracker.java
TODO : optimize by ensuring that runs in the same container don't cause
BlockEditPolicy.java
TODO : Pratik you should expose the text location first (it might not
be visible) GraphicalTextViewer.java
TODO : should this be all pending styles or just the recently set?
TextTool.java
TODO : should this be reflexive? Container.java
TODO : uncomment this when this class moves to the same package as
AbstractTool TextTool.java
TODO :Pratik change all these setSelection() methods so that they
don't affect GraphicalTextViewer.java
TODO :Pratik Hack. This shouldn't be here. CommandStack should be
doing this automatically. GraphicalTextViewer.java
TODO :Pratik remove getSelectionRange and all references to it. Use
GraphicalTextViewer.java
TODO :Pratik remove setSelectionRange and all references to it. Use
GraphicalTextViewer.java
TODO :Pratik StyleService cannot be final TextTool.java
TODO :Pratik this should never happen TextFlowPart.java
I also collected the info from the bugtracker:
Graphical Text support - https://bugs.eclipse.org/bugs/show_bug.cgi?id=74784
Caret not revealed when typing in text example -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=105384
Navigation problems with the text package -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=86033
insert key doesn't work properly in the text example -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=106416
GraphicalTextviewer needs API to show SelectionRange -
GraphicalTextviewer needs API to show SelectionRange
TextEditParts need to communicate additional caret information -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122148
Need to introduce post-selection delay in the text example -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122149
[text] support prev/next paragraph PAGE_UP, PAGE_DOWN -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122151
Refactor code in TextEditPart#getTextLocation() -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122152
[text] Add support to copy/cut/paste text -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122153
[text] Need to introduce concept of SelectionProcessor -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122154
[text] Create TextSelectionModel and related ISelection subclass -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122155
Text Editing status displayed in status bar -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=122156
Selecting text in WSIWIG example makes text disappear -
https://bugs.eclipse.org/bugs/show_bug.cgi?id=135345
Some of the bugs (106416: insert key doesn't work properly in the text
example) seem to be partly fixed but no comment was made on the bug
itself???
Some other bugs contain code (135345: Selecting text in WSIWIG example
makes text disappear), can it be used?
Nils Kaiser schrieb:
> Hello,
>
> I am thinking about building an application that requires me structured
> text input (drag and drop of paragraphs, nestable groups of paragraphs,
> citations ). I discovered the text sample from GEF to be very useful input.
>
> However I am curious if somebody is still working on the sample. There
> seem to be some bugs (disappearing caret, loosing ability of changing
> font size), and a lot of the methods used are deprecated. I had a look
> at CVS and many of the files were not touched since a long time... I
> also know I am not the first one asking this.
>
> 1) can the errors be fixed by someone not knowing the internals ;)
>
> 2) is the architecture of the sample good as base for the stated project
> (unsure due to the deprecated methods)
>
> 3) will the sample be updated someday?
>
> Thx,
>
> Nils
|
|
|
| Re: text editor sample - status [message #647381 is a reply to message #237843] |
Wed, 05 January 2011 16:12 |
| Eclipse User |
|
|
|
Hello,
Could somebody please answer Nils's question? Is anybody working on the examples now? Are there still plans to move samples to 'core' gef (as implied by
TODO : uncomment this when this class moves to the same package as
AbstractTool TextTool.java) ?
Best regards, Eugene.
|
|
|
Powered by
FUDForum. Page generated in 0.03229 seconds
Home