Blame view

docs/js/editarea_0_8_2/todo.txt 3.55 KB
c2589de4   Luigi Serra   added demo page
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
  FOR AUTOCOMPLETION:

  - work with tab editing (each one having it's context)

  - allow $ in prefix

  - allow to call user function for autocompletion

  - correctly display the box with window limits

  - enable "live" detection for new syntax keyword in the file

  - display a long description of the keyword (arround the box)

  

  DONE:

  - beeing able to prefix those word by key words (sort of namespace)

  - hide it on click

  - enable it for ctrl+space in the middle of a word

  

  /***** To do Needed *****/

   

  - Internet explorer: adding a caracter one the longest line as for consequence to make a scrollLeft=0 (in non wrapped mode)

  - Do optimisation for trying to only update the changed line in content_highlight

  - add real IE8 support (fix the tabulation width bug in IE8 that has now always the same width no matter the font-size and font-family in textarea but not in <pre>...)

  - change_callback is called one time at the beginning event if the text has not changed

  - check later init call with safari 3

  - improve callback documentation.

  

  /***** To do Optionnal*****/

  

  - possibility to switch on/off line numbers (allow to get more space)

  - amelioration of the scroll_to_view function for when there is several lines selected (center a little more the selected text)

  - improve opera 9 compatibility (very hard, need help for workaround) cf "Browser remarks".

  - optimize scroll_to_view for Opera?

  - add word wrap option for opera (bug with rendering mode of pre-wrap

  - possibility to add larger font sizes as options?

  

  /*** Bugs ***/

  

  - firefox: when using verdana (or other non-monospace fonts) switching the font size after font load has as results to sometimes give different render in textarea and in content_highlight (espacially near 11 and 12pt)

  - opera: (bloc word-wrap on opera) bug with cursor_end ()[] for a wrapped line (has wrong offsetLeft if rendered as multiline)

  - opera: (bloc word-wrap on opera) bug if first wraped character follow a <span> (or similar) on wrapped lines

  - when pressing "reset highlight" in IE the textarea scroll to the top (don't know how to fix this...)

  - (still pending?) when pressing "shift+page down"  and then "shift+page up" the top of the selection move where as it should be to the bottom of the selection to move (to fix it: must know in which direction the selection grow in "get_selection_infos")

  

  

  /*** Problems ***/

  

  

  /*** Highlight bugs ***/

  

  /*** Highlight problems ***/

  - only one language at the same time (no html and php in the same textarea. This should be possible, but there would have no optimization and be very very slow)

  

  

  /*** Global remarks ***/

  - editarea must be always visible, to hide it use the hide() function

  

  

  /*** Browser remarks/bugs ***/

  

  OPERA:

  - opera bug: pressing the " key is equals to pressing the scrolldown key (with french keyboard at least) (still in opera 9.6?)

  - currently disabled: scrollDown/Up function (due to the " key error) (still in oera 9.6?)

  - opera is very very slow with syntax highlight (regexp) (still in oera 9.6?)

  - opera doesn't manage correctly the width 100% for the iframe

  - it's possible to make scroll the window in fullscreen

  

  IE:

  - IE is far slower than firefox in highlight mode due to opacity filter

  - It's seems impossible to get the selection range when wrap mode is "soft" (and it's still very diffcult when wrap mode is on)

  - The syntax highlight mode is broken when text length is too long (~100000, 150000 chars) don't know why...

  

  FIREFOX:

  - the scrollHeight value for the textarea never decresease when lines are deleted (don't remember anything about this)