]> git.donarmstrong.com Git - lilypond.git/blob - TODO
release: 0.0.66
[lilypond.git] / TODO
1 Features you cannot find in the doco as working, should be mentioned her.
2
3 This is an assorted collection of stuff that will be done, might be
4 done, or is an idea that I want to think about
5
6 Most of the items are marked in the code as well, with full explanation. 
7 grep for TODO and ugh/ugr
8
9
10 IMPORTANT
11         * add mi2mu example output (.midi.ly and .gif) to website
12
13         * piano staff
14
15         * decent spacing
16         
17         * implement better breaking algorithm
18
19         * update 20 pt table
20         
21         * use Hungarian throughout code
22
23         * decent TeX page layout
24
25         * per staff item-widths [JCN]
26
27         * script priority
28
29         * a Hands on tutorial [HKN]
30
31 PROJECTS
32         * Output class, handles : (smallish)
33         - help text /(c) notice?
34         - version line
35         - warning /errors/progress
36         - abort on error/warning; exit status
37         - quiet/ignore-version options
38         - logfile output
39
40         * elaborate Staff_side baseclass:
41         - scripts
42         - text
43         - slur start/end
44
45         * Output an output format independent (ofi) typeset file; and 
46           make ofi2 TeX, MusixTex, PostScript, Ascii... interpreters. (difficult)
47         - poor man's ascii output possible?
48         - MusixTeX output possible? (would have to be done before break calc.)
49         - NIFF ?
50         - PostScript output (esp. Beams, Slurs, etc)
51         - Move PScore, Items, Spanners etc. into libmutype.a
52
53
54         * separate Score_elem settings in user-settable (properties
55         .. ) and non-user-settable part.
56
57         * TeX spanners , use texbeam.cc as an example (smallish)
58         - Glissando
59         - trill
60         - bracket
61
62         * Rewrite Stem, Beam and Rhythmic_grouping (hairy)
63         - [c8. c32 c32]
64         - interbeam height
65         - doc on Rhythmic_grouping
66         - general shaving on Beam and Stem
67         - use plet grouping
68         - abbreviations [c2 c2]1/2
69         - separate visual from rhythmic info even more
70         - beams over bars
71
72         * Redo MIDI output to use Registers: (Difficult)
73         - remember more horizontal info than melodics:
74         - tempo change
75         - repeat
76         - slurs
77         - dynamics etc.
78
79
80         * Redo font support 
81         - use GSharp fonts?
82         - rename mf fonts to avoid conflicts with musixtex
83         - check (c) issues
84         - use own fonts/update musixtex fonts/find older (c)-less fonts
85         - hack up mf sources for decent spacing info (and then 
86         read AFM/TFM directly, for text too)
87
88
89         * lines:
90         - Ledger lines, should be separate item: Ledger_lines, Ledger_lines_reg
91         - set different line sizes / thicknesses
92         - stem down too far right
93         - beam stem showthrough, inter beam sizes (french vs german style)
94
95         * Collisions
96         - bring Collision::do_pre_processing to haircutter
97         - left/right note balls should be handled by Collision:
98         < \multivoice { \stem 1; <b c> } { <f as b> } >
99
100         * Keys:
101         - merge key{item} & localkey{item}?
102         - do conventional keys (C G A, F B E, a e fis, d as des, etc ), 
103           besides lists of flats/sharps, possibly via declaration
104         - key transposition. 
105         - key undo: \key bes; .. . \key; should print natural   
106         - special key: \key 'b bes bis';
107         - spacing, national styles?
108
109 PARSER
110         * Duration -> Musical_duration, typedef Rational Duration?
111
112 **********************
113 HKN buglist:
114
115 noten staan vaak te dicht aan de rechterkant van de maatstreep.
116
117 tekst staat erg ver van notenbalken af
118
119 waarom geen ; achter dingen in \paper? (\textwidth 180\mm)
120 (sowieso: wanneer wel en geen ; ?)
121
122 Onduidelijk wanneer wel en geen \ voor een woord. Maak liever
123 verplichte regels
124
125 ****************
126
127
128 BUGS
129         * RPM permissions -> redhat!
130
131         * spurious Weird stem size warnings
132
133         * staccato dot positions.
134
135         * stacked scripts.
136
137         * lilypond - -> crash
138
139         * standchen triool beam up/down
140
141 SEVERELY LACKING:
142
143         * SPEED!
144
145         * grace notes
146
147
148 FURTHER FOR ORCHESTRAL SCORE:
149
150         * multibar rests
151
152         * barnumbers, markers
153
154         * abbreviations c4=16
155
156         * doublebar "||", finishbar "|||" (or "||." ?)
157
158 INPUTLANGUAGE
159
160         * should have \require{package.ly} to read req'd packages.
161
162         * relative mode for pitch entering
163
164         * bracket (bracketplets)
165
166         * \duration 8; e*2/3
167
168         * configure pitch_byte
169
170         * figured bass?
171
172         * rest name configurable
173
174         * Raw request syntax
175
176         * subtime with Subtle_reqs
177
178 PROJECTS
179
180         * Do RTTI i.s.o. static_name(), name() and request-junk.
181
182         * add remove() methods to all items/spanners.
183
184 SMALLISH PROJECTS
185
186         * replace Score_elem member access by get()/set() methods, to enable
187         future embedded code.
188
189         * --fast/--draft: leave out constraints
190
191         * write Dynamic_line (to group dynamics horizontally)
192
193         * write Rest_collision
194
195         * use Real for y positions.
196
197         * shared lib on Solaris too.
198
199         * bugreport to doc++ devel: struct not in class hier; public
200         virtual baseclasses
201
202         * cleanup lily-proto.hh and proto.hh
203
204         * half-sharps, half-flats
205
206         * adaptive accidental spacing.
207
208         * Score_elem invisible_b_ flag
209         
210         * unix style paths for LILYINCLUDE env
211
212         * indentable stream as baseclass for TeX stream, lily stream, Dstream.
213
214         * handle EOF graciously in error messages.
215
216         * caching Item/spanner dimensions.
217
218         * centered whole rest
219
220         * caching breakpoints / saving them. 
221
222         * use dstream feature in mi2mu
223
224         * qtor, btor, mtor-> tor( QUIET_ver ), tor( DEBUG_ver ), etc.
225         - use tors feature in lily (?)
226
227         * declare symtab
228
229         * declare notenametab?
230
231         * midi esp.: use I32 iso int where 32 bits are needed (or assumed...)
232
233         * parshape
234
235         * read from mmap directly: bugreport to flex developers->
236         yy_scan_buffer in C++..
237
238         * binsearch/hash for identifiers
239
240         * stafftypes: voice names/ instrument names.
241
242         * Decent TeX titledefs (\tempo, \metron, etc. )
243
244         * C meter iso 4/4, idem for alla breve, etc.
245
246         * textspanner: center position
247
248         * script-spacing
249
250         * Brackets
251
252         * caching of Register_group_register hierarchies.
253
254         * use (char *) iso. String for communication between lexer and
255         parser.
256
257         * configure idealspacing: arithmetic spacing
258
259         * LilyPond .deb. Other packaging methods?
260
261         * detect -pipe
262
263 DOC
264         * Score_elem structure.
265
266         * all errors
267         
268         * config of TeX macros
269
270         * a test suite
271
272         * hacking-HOWTO
273
274 FUTURE
275
276         * auxilliary file for caching info.
277
278         * Reg_configure_request
279
280         * slur parts as a script
281         
282         * mixed fontsizes
283
284         * put scripts on bars
285
286         * guitar chord
287
288         * Junk Staff_column, and find the requests while walking the
289         Voices.?
290
291         * better beamslope calculation: QLP for beams?
292
293         * Text_crescendo
294
295         * clean solution for staffsize in items.
296
297         * revise calcideal
298
299         * volta
300
301 IDEAS
302         * check out CORBA for Score_elems?
303
304         * derive PCol from Score_elem? More in Score_elems? Spacing?
305
306         * scoping in Lexer: do general id- assignments in mudela.
307
308         ID '=' EXPR;
309
310         * create libmudela, or liblily_frontend
311
312         * move MIDI stuff (including Quantization) to a ANSI C libmidi library.
313
314         * use an embedded language: Python
315         for: 
316                 - Score_elems
317                 - Registers
318                 - Complex mudela?
319
320         * y -dims in internote?
321
322         * merge Atom and Symbol?
323
324         * merge common code of Item, Atom/Molecule
325
326         * Spacing_request for manually adjusting spacing
327
328         * Staff_group, Score_request_register.
329
330         * Meters/bars should be aligned, which is difficult if
331         we get different keychanges in different staffs.
332
333         * Horizontal_align item for meter,bar etc.
334
335         * caching breakpoints
336
337         * #c <-> cis
338
339         * breath marks 
340
341         * used fixedpoint arithmetic for min. energy.
342
343         * default convert mudela-file.ly -> mudela-file.tex
344           - rename {standchen,scsii-menuetto,...}.tex
345
346         * (related with above) --simple-mudela option for lily,
347           to lily input files with one-voice simple mudela 
348           (no red tape)
349
350         * stack scripts in chords:
351           % fingering:        footing:
352             < a-4 c-2 g-1 >   < c-\ltoe e-\lheel >
353
354         * parameterised scripts for fingering and footing:
355
356             % toe to bheel   four to five
357             %   ^_u            4_5  
358             %     -                           
359             %  --|x--         --|x--
360             %  --|---         --|---
361             %  --|---         --|---
362           (where "to" is a tiny bow)
363
364         * move towards incremental algorithms.