Talk:Folding support

Revision as of 03:09, 9 May 2006 by Bru (Talk | contribs) (hint)

general TODO

Sanakan 20:37, 3 May 2006 (CEST)

syntax: phase <nr> [<who>] <deadline>

phase 0 (everyone!) saturday, may 6

  • specify ADT
  • generate and discuss a complete ADT of the EV_FOLDING_WIDGET here, if it's complete & correct, we can copy it over to the main page.

phase 1 (stefan, oliver, thomas, Grippus, sanakan) saturday, may 13

  • implement first rough draft of the EV_FOLDING_WIDGET based on the ADT from above (see also hint below).

phase 2 (lukas, Bru, Lord Bubu, sanakan) ...

  • write interface EV_FOLDING_CONTROLLER for users to use our folding widget by supplying an AST.

phase 3 (Grippus, Ledergec, salmanasar, ) ...

  • extensive testing (all members)
  • documentation

phase 4 (to be assigned) ...

  • integration with EiffelStudio (aka. wunschtraum...)



The folding support should be included the: EDITABLE_TEXT_PANEL


I agree on having those functionalities; but we do not have any changes there; i think the view (of MVC model) is resided in 57dev\Eiffel\interface\new_graphical\text_window\interface. e.g. EB_SMART_EDITOR, which inherits from EDITABLE_TEXT_PANEL (indirectly) and OUTPUT_WINDOW...

furthermore one should have an entrie in View -> Class View to activate/deactivate folding support in ES. (for debugging purposes)... (unforttunately ES still won't compile properly:-(!)

Bru 13:00, 9 May 2006 (CEST)

I think we should concentrate on finally getting together a list of specs and a BON diagram or something so that we have an idea on how to implement the fracking thing as a simple EV widget before we start thinking about ES. I guess we will have some kind of controller that offers the interface to the container on one side and the displayer on the other. I still have no idea how to start, though, I will start looking at the EDITABLE_TEXT_PANEL source after these frelling midterms.


Sanakan 16:59, 26 April 2006 (CEST)

discuss what the ADT of the widget should be like:

Exception 14:45, 4 May 2006 (CEST)
I think we need another data type / class that specifies where folding is possible and whether it's folded or not. I propose the name EV_FOLDING_AREA.

it should have the following functions:
create: -> EV_FOLDING_AREA
the area goes from this character on.
the area goes from this character on.
the area goes until this character.
is it folded or not?
fold the area.
fold the area.
the content of the area.

the structure would be controlled by the controller which knows of the AST.

as always, this is only a proposal.

Bru 18:09, 5 May 2006 (CEST)
So far I agree with Exception, will read the paper mentioned below over the weekend (have to go to a buck's night, so it may not be too productive, though ;)

--Unthomas 14:05, 1 May 2006 (CEST)
Here a link to an interesting paper about ADTs and text editors (node 15):
Are you able to see the figures?

no images over here, either... but here's a download of said paper:
Sanakan 01:06, 2 May 2006 (CEST)

working title of the project

A few ideas:

  • Folding -> falten -> eiffel-origami
  • FEES : Folding editor for Eiffel Studio
  • hidden beauty project
  • HYCs : Hide your code
  • Folding Fields
  • Heilige Dreifaltigkeit

any comments from team members?

Sanakan 22:02, 19 April 2006 (CEST)

Bayt I really like origamiE :-)

Bru origamiE is cool. Another propasal: FEdEX (Folding: an Editor EXtension or an Eiffel eXtension)