File: NOTES

package info (click to toggle)
wily 0.13.33-3
  • links: PTS
  • area: main
  • in suites: slink
  • size: 1,500 kB
  • ctags: 1,720
  • sloc: ansic: 12,830; sh: 245; makefile: 188
file content (51 lines) | stat: -rw-r--r-- 1,372 bytes parent folder | download | duplicates (2)
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
TEXT.C

buffer gap implementation:

The buffer is represented as a contiguous array of Runes,
with a "gap".  To insert or delete text, we move the gap
to the required position, then add text into the gap or expand
the gap.

Anywhere else which needs to access the buffer has to get
to it through text_copy or text_replace.

SEARCH.C

handles literal search, double-click and other expansion,
line counting, ...

For efficiency, grabs text from the buffer into a buffer and
works from the buffer.

SAM.C

wrapper to support regexp.c from the program sam.

Uses the buffering code in search.c.
The buffering is optimised to go in one direction
or the other, and regexp.c uses the internal structure of that
buffer :-(

VIEW.C

Glue to connect frames, which actually display stuff, and
text buffers.  Must cope with the fact that sometimes views
have zero height (if they're squeezed out by the other views),
and sometimes views change size (by adding text to a tag).

If a view has been squeezed, then it has zero height, its frame
has been frclear'ed, and you should not attempt to update the
frame.

NAMES

A file name may be:
	1. a short file name, for typing or for window labels
	2. a unique identifier for a file
	3. a name which the file system understands

We should distinguish between these usages and meanings.

A file name is possibly not the best thing for 2.