|
2330
|
1 Octave PROJECTS -*- text -*- |
|
|
2 =============== |
|
|
3 |
|
|
4 Check with bug-octave@bevo.che.wisc.edu for a possibly more current |
|
|
5 copy. Also, if you start working steadily on a project, please let |
|
|
6 bug-octave@bevo.che.wisc.edu know. We might have information that |
|
|
7 could help you; we'd also like to send you the GNU coding standards. |
|
|
8 |
|
|
9 This list is not exclusive -- there are many other things that might |
|
|
10 be good projects, but it might instead be something we already have, |
|
|
11 so check with bug-octave@bevo.che.wisc.edu before you start. |
|
|
12 |
|
|
13 --------- |
|
|
14 Numerical: |
|
|
15 --------- |
|
|
16 |
|
|
17 * Merge control stuff. |
|
|
18 |
|
|
19 * Improve logm, and sqrtm. |
|
|
20 |
|
|
21 * Improve complex mapper functions. |
|
|
22 |
|
|
23 * Make functions like gamma() return the right IEEE Inf or NaN |
|
|
24 values for extreme args or other undefined cases. |
|
|
25 |
|
|
26 * Handle complex values in fread and fwrite. |
|
|
27 |
|
|
28 * Support for lp_solve for linear programming problems. |
|
|
29 |
|
|
30 * Free QP solver. |
|
|
31 |
|
|
32 * Free NLP solver. |
|
|
33 |
|
|
34 * Support for sparse matrices. |
|
|
35 |
|
|
36 * Fix CollocWt to handle Laguerre polynomials. Make it easy to |
|
|
37 extend it to other polynomial types. |
|
|
38 |
|
|
39 * Add optional arguments to colloc so that it's not restricted to |
|
|
40 Legendre polynomials. |
|
|
41 |
|
|
42 * Fix eig to also be able to solve the generalized eigenvalue |
|
|
43 problem, and to solve for eigenvalues and eigenvectors without |
|
|
44 performing a balancing step first. |
|
|
45 |
|
|
46 * Move rand, eye, xpow, xdiv, etc., functions to the matrix classes. |
|
|
47 |
|
2477
|
48 * Use octave_allocator for memory management in Array classes once |
|
|
49 g++ supports static member templates. |
|
|
50 |
|
2330
|
51 * Implement the following functions: |
|
|
52 -- ppval -- cross -- dot |
|
|
53 |
|
2789
|
54 * When constructing NLConst (and other) objects, make sure that |
|
|
55 there are sufficient checks to ensure that the dimensions all |
|
|
56 conform. |
|
|
57 |
|
2439
|
58 * Allow parameters to be passed through the call to fsolve() to the |
|
2777
|
59 user-supplied function for Matlab compatibility. Don't place an |
|
2439
|
60 upper limit on the number of arguments. |
|
|
61 |
|
2330
|
62 * Check matrix classes for proper handling of empty matrices. |
|
|
63 |
|
2602
|
64 * Force all empty matrices to be 0x0 even when other dimensions have |
|
|
65 been speicified, for compatibility with Matlab, at least when some |
|
|
66 preference variable is set. |
|
|
67 |
|
2789
|
68 * Make operations with empty matrices produce empty matrices, for |
|
|
69 compatibility with Matlab (but only if Matlab 5 still does things |
|
|
70 this way). For example: [1, 2] * [] ==> []. |
|
|
71 |
|
2799
|
72 * Should any ([]) return [] or 0? What about all ([])? |
|
|
73 |
|
2330
|
74 * Improve design of ODE, DAE, classes. |
|
|
75 |
|
2439
|
76 * Make it possible to specify a time which dassl and lsode should |
|
|
77 not integrate past. |
|
|
78 |
|
2799
|
79 * Add interface to daspk (new version of dassl). |
|
|
80 |
|
2330
|
81 * Extend meaning of .* to include v .* M or M .* v (where v is a |
|
|
82 column vector with the same number of rows as M) to scale rows of |
|
|
83 M by elements of v. Similarly, if w is a row vector with as many |
|
|
84 columns as M, then either w .* M or M .* w scales the columns of |
|
|
85 M. |
|
|
86 |
|
2787
|
87 * Add support for +=, -=, etc. |
|
|
88 |
|
2497
|
89 * Given two vectors x and y of length m and n, implement a function |
|
|
90 outer (x, y, f) that returns an m-by-n matrix with entries |
|
|
91 f (x(i), y(j)). If f is omitted, multiplication is the default. |
|
2506
|
92 Should probably work for any vectors, not just if x is a column |
|
|
93 vector and y is a row vector. |
|
2497
|
94 |
|
2789
|
95 * Make it possible to solve b = L \ x efficiently, either by |
|
|
96 providing an explicit function call, or by automatically |
|
|
97 determining that L is triangular. If it is done automatically, |
|
|
98 provide some means for determining whether Octave has actually |
|
|
99 detected that the matrix is triangular. |
|
|
100 |
|
2799
|
101 * The polyfit function uses the economy QR factorization, but even |
|
|
102 that can take a lot of time for large datasets. Consider an |
|
|
103 option to compute the result with inv (A' * A) * A' * y or some |
|
|
104 other faster method.d Possibly just switch to this method if the |
|
|
105 dataset is larger than some value. |
|
|
106 |
|
|
107 * Consider making the behavior of the / and \ operators for |
|
|
108 non-square systems compatible with Matlab. |
|
|
109 |
|
2330
|
110 -------- |
|
|
111 Graphics: |
|
|
112 -------- |
|
|
113 |
|
|
114 * Make plotting with plplot work. |
|
|
115 |
|
|
116 * Fix interface with gnuplot to wait for gnuplot to output any text |
|
|
117 before octave returns a prompt. Possible by implementing two |
|
|
118 way communication between gnuplot and Octave. |
|
|
119 |
|
|
120 * Make gsave (and possibly gload) work. Implement gsave by having it |
|
|
121 also alter the plot command to not use temporary files (perhaps |
|
|
122 with some user-specified template for naming them) and then |
|
|
123 sending a `save' command to gnuplot. |
|
|
124 |
|
|
125 * It would be nice to be able to check that a plot is currently |
|
|
126 being displayed. |
|
|
127 |
|
2422
|
128 * Implement clf, gcf, get, set, orient, print, close, etc. in |
|
|
129 Matlab-compatible ways. |
|
2330
|
130 |
|
|
131 * Make it possible to check the current graphics terminal type. |
|
|
132 |
|
2560
|
133 * If possible, pass data to gnuplot without using temporary files. |
|
|
134 |
|
2789
|
135 * If using temporary files, delete them when gnuplot exits. |
|
|
136 |
|
2560
|
137 * If possible, pass binary data to gnuplot to speed things up. |
|
|
138 |
|
2799
|
139 * If using gnuplot, consider setting a smaller default for the |
|
|
140 `zero' value (e.g., set zero sqrt (realmin) or something). |
|
|
141 |
|
2330
|
142 ------- |
|
|
143 Strings: |
|
|
144 ------- |
|
|
145 |
|
2789
|
146 * Improve performance of string functions, particularly for |
|
|
147 searching and replacing. |
|
|
148 |
|
|
149 * Provide some regex matching functions. |
|
|
150 |
|
2330
|
151 * Convert string functions to work on string arrays. |
|
|
152 |
|
|
153 * Make find work for strings. |
|
|
154 |
|
2378
|
155 * Consider making octave_print_internal() print some sort of text |
|
|
156 representation for unprintable characters instead of sending them |
|
|
157 directly to the terminal. (But don't do this for fprintf!) |
|
|
158 |
|
|
159 * Consider changing the default value of `string_fill_char' from SPC |
|
|
160 to NUL. |
|
|
161 |
|
2560
|
162 * Consider making ["test", []] ==> "test", for compatibility with |
|
|
163 Matlab, at least when some set of preferences are set. |
|
|
164 |
|
2330
|
165 ---------------- |
|
|
166 Other Data Types: |
|
|
167 ---------------- |
|
|
168 |
|
|
169 * New types (char, short, etc.). |
|
|
170 |
|
|
171 * 3d matrix stuff. |
|
|
172 |
|
|
173 * Template functions for mixed-type ops. |
|
|
174 |
|
|
175 * Stuff for arithmetic using charMatrix, intMatrix, etc. |
|
|
176 |
|
|
177 ------------------------ |
|
|
178 Graphical User Interface: |
|
|
179 ------------------------ |
|
|
180 |
|
|
181 * In an X11 or other windowing environment, allow the user to pop up |
|
|
182 windows for menus and other purposes. A good place to start might |
|
|
183 be Tk, as long as Tcl is avoided. |
|
|
184 |
|
|
185 * Add a way to handle events, like alarms, mouse clicks, etc. |
|
|
186 |
|
|
187 ------------ |
|
|
188 Input/Output: |
|
|
189 ------------ |
|
|
190 |
|
|
191 * Make fread and fwrite work for complex data. Iostreams based |
|
|
192 versions of these functions would also be nice, and if you are |
|
|
193 working on them, it would be good to support other size |
|
|
194 specifications (integer*2, etc.). |
|
|
195 |
|
|
196 * Make load and save work for structures. |
|
|
197 |
|
|
198 * Make load and save look for <file>.mat if only given <file>. |
|
|
199 |
|
2799
|
200 Potential sticky points: |
|
|
201 |
|
|
202 - For load, if both foo and foo.mat exist, should it prefer foo |
|
|
203 or foo.mat? Should the preference depend on the arguments to |
|
|
204 load? I think it should only prefer .mat files if the |
|
|
205 -mat-binary option is supplied, or if the file foo.mat exists |
|
|
206 but the file foo does not. |
|
|
207 |
|
|
208 - For save, should it prefer to create foo or foo.mat? Should |
|
|
209 the preference depend on the arguments to save? Should the |
|
|
210 default_save_format imply a default preference? I think it |
|
|
211 should only create .mat files if it is writing Matlab |
|
|
212 compatible files. |
|
|
213 |
|
2330
|
214 * Move some pr-output stuff to liboctave. |
|
|
215 |
|
|
216 * Make the cutoff point for changing to packed storage a |
|
|
217 user-preference variable with default value 8192. |
|
|
218 |
|
|
219 * Save image data in binary format to save space. |
|
|
220 |
|
2378
|
221 * Make it possible to load other image formats (ppm, pbm, etc. would |
|
|
222 probably be best since there are already filters to convert to |
|
|
223 these formats from others.) |
|
|
224 |
|
2330
|
225 * Use HDF for binary data. |
|
|
226 |
|
2789
|
227 * Make ascii load and save work for Inf and NaN. (This is really a |
|
|
228 problem with the functions for reading floats in the GNU iolib.) |
|
2330
|
229 |
|
|
230 * Complain if there is not enough disk space available (I think |
|
|
231 there is simply not enough error checking in the code that handles |
|
|
232 writing data). |
|
|
233 |
|
|
234 * Make it possible to tie arbitrary input and output streams |
|
|
235 together, similar to the way iostreams can be tied together. |
|
|
236 |
|
3105
|
237 * Allow comments in number-only data files. |
|
|
238 |
|
2330
|
239 ----------- |
|
|
240 Interpreter: |
|
|
241 ----------- |
|
|
242 |
|
2601
|
243 * Fix the parser so that |
|
|
244 |
|
|
245 function foo () |
|
|
246 implicit_str_to_num_ok = 1; |
|
|
247 '#' + 0; |
|
|
248 endfunction |
|
|
249 |
|
|
250 succeeds, even when implicit_str_to_num_ok is 0 at the time the |
|
|
251 function is parsed. |
|
|
252 |
|
3081
|
253 * Fix the parser so that |
|
|
254 |
|
|
255 if (expr) 'this is a string' end |
|
|
256 |
|
|
257 is parsed as IF expr STRING END. |
|
|
258 |
|
2601
|
259 * Consider making x(:) work no matter what the value of |
|
|
260 do_fortran_indexing. |
|
|
261 |
|
2893
|
262 * For indexing operations, allow `$' to indicate the last element. |
|
|
263 For example, b = a (3:$, 1:$-1). This means b is a, except for |
|
|
264 its first 2 rows and last column. Note that `$' must be able to |
|
|
265 appear in arbitrarily complex expressions, so copying the the |
|
|
266 current implementation of `:' won't work. |
|
|
267 |
|
2569
|
268 * If foo.oct and foo.m both exist in the LOADPATH, Octave will |
|
|
269 always find foo.oct, even if foo.m appears earlier in the list of |
|
|
270 directories. This should be fixed (in the kpathsearch library) to |
|
|
271 find the first .oct or .m file in the path, and only prefer .oct |
|
|
272 over .m if both files are in the same directory. |
|
|
273 |
|
2330
|
274 * Consider grouping all preference variables in a structure instead |
|
|
275 of further polluting the namespace. Maybe `Octave_options.xxx'? |
|
|
276 |
|
|
277 * Rewrite functions in input.cc to do the right thing in all cases |
|
|
278 of using readline, forced interactive behavior, echoing of input, |
|
|
279 etc. |
|
|
280 |
|
|
281 * Make it possible to redefine built-in variables and functions. |
|
|
282 (Fix whatever it is that is happening with clear for built-in |
|
|
283 variables.) |
|
|
284 |
|
|
285 * Make it possible to check if a variable is complex. |
|
|
286 |
|
|
287 * Consider making linspace() and logspace() return the value |
|
|
288 corresponding to the first argument if the number of requested |
|
|
289 points is 1. |
|
|
290 |
|
|
291 * Consider allowing an arbitrary property list to be attached to any |
|
|
292 variable. This could be a more general way to handle the help |
|
|
293 string that can currently be added with `document'. |
|
|
294 |
|
|
295 * Allow more command line options to be accessible as built-in |
|
|
296 variables (--echo-commands, etc.). |
|
|
297 |
|
|
298 * Allow `octave -c STRING' to execute commands from STRING then |
|
|
299 exit. |
|
|
300 |
|
|
301 * Handle DOS style CRLFs in M files. This should probably be |
|
|
302 optional. |
|
|
303 |
|
|
304 * Make the interpreter run faster. |
|
|
305 |
|
|
306 * Make it possible to disable or enable all warnings on an |
|
|
307 individual basis from the command line or via some built-in |
|
|
308 structure variable. |
|
|
309 |
|
2378
|
310 * Warn about complex comparisons? Could just use double_value() or |
|
|
311 matrix_value() instead of explicit conversions to real types. |
|
|
312 |
|
|
313 * Make warnings also give some indication about the location of the |
|
|
314 code that triggers the warning. |
|
|
315 |
|
|
316 * Warn about complex comparisons? Could just use double_value() or |
|
|
317 matrix_value() instead of explicit conversions to real types. For |
|
|
318 this to really be useful, some additional information must be |
|
|
319 available to point to the location of the code that triggers the |
|
|
320 warning. |
|
|
321 |
|
2330
|
322 * Consider making it possible to have arrays of structures, and some |
|
|
323 way of indexing them. |
|
|
324 |
|
|
325 * Allow arbitrary lower bounds for array indexing. (Watch out for |
|
|
326 the additional conflict with zero-one style indexing.) |
|
|
327 |
|
|
328 * Recursive problems. |
|
|
329 |
|
|
330 * Improve the way ignore_function_time_stamp works to allow |
|
|
331 selecting by individual directories or functions. Also, |
|
|
332 optionally allow checking only once between each prompt instead of |
|
|
333 every time the function is called. |
|
|
334 |
|
|
335 * Make it possible to ask exist() to only look for certain classes |
|
|
336 of variables, functions, files, etc. rather than always looking for |
|
|
337 everything. |
|
|
338 |
|
|
339 * Add a command-line option to tell Octave to just do syntax |
|
|
340 checking and not execute statements. |
|
|
341 |
|
|
342 * Is it necessary for do_binary_op and do_unary_op to be friends of |
|
|
343 the tree_constant class. |
|
|
344 |
|
|
345 * Clean up symtab and variable stuff. |
|
|
346 |
|
|
347 * Input stream class for parser files -- must manage buffers for |
|
|
348 flex and context for global variable settings. |
|
|
349 |
|
|
350 * Make LEXICAL_ERROR have a value that is the error message for |
|
|
351 parse_error() to print? |
|
|
352 |
|
|
353 * Make it possible to clear dynamically loaded functions. |
|
|
354 |
|
|
355 * Add a run-time alias mechanism that would allow things like |
|
|
356 |
|
|
357 alias fun function_with_a_very_long_name |
|
|
358 |
|
|
359 so that `function_with_a_very_long_name' could be invoked as |
|
|
360 `fun'. |
|
|
361 |
|
|
362 * What should is_global() return when called for built-in variables? |
|
|
363 |
|
|
364 * Allow local changes to variables to be written more compactly than |
|
|
365 is currently possible with unwind_protect. For example, |
|
|
366 |
|
|
367 function f () |
|
|
368 local prefer_column_vectors = something; |
|
|
369 ... |
|
|
370 endfunction |
|
|
371 |
|
|
372 would be equivalent to |
|
|
373 |
|
|
374 function f () |
|
|
375 unwind_protect |
|
|
376 save_prefer_column_vectors = prefer_column_vectors; |
|
|
377 prefer_column_vectors = something; |
|
|
378 ... |
|
|
379 unwind_protect_cleanup |
|
|
380 prefer_column_vectors = save_prefer_column_vectors; |
|
|
381 end_unwind_protect |
|
|
382 endfunction |
|
|
383 |
|
|
384 * Fix all function files to check for bogus inputs (wrong number or |
|
|
385 types of input arguments, wrong number of output arguments). |
|
|
386 |
|
2789
|
387 * Reduce the memory and time required to parse very large matrix |
|
|
388 lists. |
|
|
389 |
|
2330
|
390 * Handle options for built-in functions more consistently. |
|
|
391 |
|
|
392 * Too much time is spent allocating and freeing memory. What can be |
|
|
393 done to improve performance? |
|
|
394 |
|
|
395 * Error output from Fortran code is ugly. Something should be done to |
|
|
396 make it look better. |
|
|
397 |
|
|
398 * It would be nice if output from the Fortran routines could be |
|
|
399 passed through the pager. |
|
|
400 |
|
|
401 * Attempt to recognize common subexpressions in the parser. |
|
|
402 |
|
|
403 * Remove the buffer size limit in octave_read() in input.cc. |
|
|
404 |
|
|
405 * Handle arrays with more than two dimensions. |
|
|
406 |
|
|
407 * Consider making assignment statements like |
|
|
408 |
|
|
409 M (i_idx, j_idx) = RHS |
|
|
410 |
|
|
411 produce the value of RHS instead of the value of M. |
|
|
412 |
|
|
413 * Consider making it possible to specify an empty matrix with a |
|
|
414 syntax like [](e1, e2). Of course at least one of the expressions |
|
|
415 must be zero... |
|
|
416 |
|
|
417 * Eliminate force_numeric and make_numeric functions. |
|
|
418 |
|
|
419 * Is Matrix::fortran_vec() really necessary? |
|
2862
|
420 |
|
2330
|
421 * print_usage() should set error_state in most cases? |
|
|
422 |
|
|
423 * Make statements like this |
|
|
424 |
|
|
425 foo bar baz |
|
|
426 |
|
|
427 turn into function calls like this: |
|
|
428 |
|
|
429 foo ("bar", "baz") |
|
|
430 |
|
|
431 This is pretty ugly and introduces some conflicts. |
|
|
432 |
|
|
433 * Add a command that works like bash's `builtin' command. |
|
|
434 |
|
|
435 * Handle comments in parse trees for use with the type command. |
|
|
436 |
|
2378
|
437 * Make the type command handle script files too, by just reading and |
|
|
438 printing them. |
|
|
439 |
|
3059
|
440 * The wich and type commands should distinguish between dynamically |
|
|
441 linked functions and built-in functions. For dynamically linked |
|
|
442 functions, the location of the .oct file should be displayed. |
|
|
443 |
|
2330
|
444 * Clean up eye, eval, feval, keyboard, input, ones, zeros. |
|
|
445 |
|
2799
|
446 * Turn off printing when evaluating expressions in an eval() |
|
|
447 statement, for compatibility with Matlab. |
|
|
448 |
|
2330
|
449 * It would be nice to have an interactive debugger. |
|
|
450 |
|
2378
|
451 * Make whos report total memory used by variables (and functions?). |
|
|
452 |
|
2746
|
453 * Rewrite whos and the symbol_record_info class. Write a built-in |
|
|
454 function that gives all the basic information, then write who and |
|
|
455 whos as M-files. |
|
2439
|
456 |
|
3125
|
457 * Make whos work for structure elements: |
|
|
458 |
|
|
459 prot type rows cols name |
|
|
460 ==== ==== ==== ==== ==== |
|
|
461 wd matrix m n struct.x |
|
|
462 |
|
2799
|
463 * On systems that support matherr(), make it possible for users to |
|
|
464 enable the printing of warning messages. |
|
|
465 |
|
2862
|
466 * Make it possible to mark variables and functions as read-only. |
|
|
467 |
|
3060
|
468 * Provide a built-in function for applying a scalar function to an |
|
|
469 array. Be sure to note in the manual that this is not the |
|
|
470 preferred way to write a function that can handle vector/matrix |
|
|
471 arguments because there is a significant overhead for function |
|
|
472 calls. If you are really looking to make a function work for |
|
|
473 vector/matrix arguments and you want it to run fast, you should |
|
|
474 write it in terms of the existing vector/matrix operators as much |
|
|
475 as possible. |
|
|
476 |
|
3092
|
477 * Make it possible to write a function that gets a reference to a |
|
|
478 matrix in memory and change one or more elements without |
|
|
479 generating a second copy of the data. |
|
|
480 |
|
2330
|
481 ------- |
|
|
482 History: |
|
|
483 ------- |
|
|
484 |
|
|
485 * Add an option to allow saving input from script files in the |
|
|
486 history list. |
|
|
487 |
|
3092
|
488 * The history command should accept two numeric arguments to |
|
|
489 indicate a range of history entries to display, save or read. |
|
|
490 |
|
2862
|
491 * Add an option to include information about the Octave session in |
|
|
492 the history list. Possibly a time/date stamp and the current |
|
|
493 Octave line number, appended as a comment (users should probably |
|
|
494 be able to control the format). |
|
|
495 |
|
2330
|
496 * Fix history problems -- core dump if multiple processes are |
|
|
497 writing to the same history file? |
|
|
498 |
|
|
499 ------------------------------ |
|
|
500 Configuration and Installation: |
|
|
501 ------------------------------ |
|
|
502 |
|
2473
|
503 * Handle USE_READLINE so that --enable-readline will work. |
|
2330
|
504 |
|
|
505 * Make Octave as independent of the particular readline version as |
|
|
506 possible. |
|
|
507 |
|
2473
|
508 * Add an --enable-pathsearch option to configure to make it possible |
|
|
509 to configure and run without kpathsea. |
|
|
510 |
|
2811
|
511 * Make configure take more defaults from the environment. It should |
|
|
512 definitely pay attention to CFLAGS, CXXFLAGS, FFLAGS, etc. |
|
2469
|
513 |
|
2330
|
514 * Should --enable-lite-kernel imply --enable-shared? |
|
|
515 |
|
3069
|
516 * Should --enable-dl imply --enable-shared? |
|
|
517 |
|
2330
|
518 * Make it possible to configure without readline. |
|
|
519 |
|
|
520 * Makefile changes: |
|
|
521 -- eliminate for loops |
|
|
522 -- define shell commands or eliminate them |
|
|
523 -- verify distclean |
|
|
524 -- consolidate targets |
|
|
525 |
|
|
526 * Make it possible to configure so that installed binaries and |
|
|
527 shared libraries are stripped. |
|
|
528 |
|
|
529 * Make installation of the static libraries optional. |
|
|
530 |
|
3069
|
531 * Create a docs-only distribution? |
|
|
532 |
|
2330
|
533 ------------------------------ |
|
|
534 Documentation and On-Line Help: |
|
|
535 ------------------------------ |
|
|
536 |
|
|
537 * Document new features. |
|
|
538 -- history-search-{back,for}ward. |
|
|
539 -- try/catch. |
|
|
540 -- Other stuff mentioned in the NEWS file. |
|
|
541 |
|
|
542 * Improve the Texinfo Documentation for the interpreter. It would |
|
|
543 be useful to have lots more examples, to not have so many forward |
|
|
544 references, and to not have very many simple lists of functions. |
|
|
545 |
|
|
546 * The docs should mention something about efficiency and that using |
|
|
547 array operations is almost always a good idea for speed. |
|
|
548 |
|
|
549 * Texinfo documentation for the C++ classes. |
|
|
550 |
|
|
551 * Support multiple info files, perhaps allowing one or more in each |
|
|
552 directory in the LOADPATH, so that local collections of M-files |
|
|
553 could be documented with Info. |
|
|
554 |
|
|
555 * Figure out a good way to have functions and variables documented |
|
|
556 in only one place. |
|
|
557 |
|
|
558 * Improve help messages for operators and keywords in help.cc. |
|
|
559 |
|
|
560 * Make index entries more consistent to improve behavior of `help -i'. |
|
|
561 |
|
|
562 * Make `help -i' try to find a whole word match first. |
|
|
563 |
|
|
564 * Allow help for local additions to be accessible with help -i. |
|
|
565 |
|
|
566 * Make the arrow keys work in the info reader. |
|
|
567 |
|
|
568 * Update Info to be based on the current Texinfo release. |
|
|
569 |
|
2378
|
570 * Should info/terminal.c include definitions for PC, BC, UP, and |
|
|
571 ospeed on all systems? |
|
|
572 |
|
2330
|
573 * Demo files. |
|
|
574 |
|
|
575 * As the number of m-files with octave grows perhaps a 'Contents.m' |
|
|
576 file for each toolbox (directory) would be appropriate so one |
|
|
577 knows exactly what functions are in a toolbox with a quick look. |
|
|
578 It would be best to generate information for each function directly |
|
|
579 from the M-files, so that the information doesn't have to be |
|
|
580 duplicated, and will remain current if the M-files change. It |
|
|
581 would also be best to do as much of this as possible in an M-file, |
|
|
582 though I wouldn't mind adding some basic support for listing the |
|
|
583 names of all the directories in the LOADPATH, and the names of all |
|
|
584 the M-files in a given directory if that is needed. |
|
|
585 |
|
2787
|
586 Also make it possible to recursively search for Contents files: |
|
|
587 |
|
|
588 help dir -- Contents from dir |
|
|
589 help dir// -- Contents from dir and all its subdirectories |
|
|
590 help dir1/dir2 -- Contents from dir2 which is under dir1 |
|
|
591 |
|
2330
|
592 * Some sort of blurb (2-3 pages) describing Octave in a reasonably |
|
|
593 coherent way, where to get it etc., perhaps formatted pretty, |
|
|
594 i.e. not just text. Maybe start with the latest Announce file. |
|
|
595 |
|
|
596 ----- |
|
|
597 Tests: |
|
|
598 ----- |
|
|
599 |
|
|
600 * Improved set of tests: |
|
|
601 |
|
|
602 -- Tests for various functions. Would be nice to have a test file |
|
|
603 corresponding to every function. |
|
|
604 |
|
|
605 -- Tests for element by element operators: |
|
|
606 + - .* ./ .\ .^ | & < <= == >= > != ! |
|
|
607 |
|
|
608 -- Tests for boolean operators: && || |
|
|
609 |
|
|
610 -- Tests for other operators: * / \ ' .' |
|
|
611 |
|
|
612 -- Tests from bug reports. |
|
|
613 |
|
|
614 -- Tests for indexed assignment. Need to consider the following: |
|
|
615 o fortran-style indexing |
|
|
616 o zero-one indexing |
|
|
617 o assignment of empty matrix as well as values |
|
|
618 o resizing |
|
|
619 |
|
|
620 * Tests for all internal functions. |
|
|
621 |
|
|
622 ----------- |
|
|
623 Programming: |
|
|
624 ----------- |
|
|
625 |
|
|
626 * Move toward using more stuff from standard C++ library. |
|
|
627 |
|
|
628 * More C++/Fortran cleanups. |
|
|
629 |
|
|
630 * It is likely that there are still some memory leaks. Hunt then down |
|
|
631 and plug them. |
|
|
632 |
|
2475
|
633 * Better error messages for missing operators? |
|
|
634 |
|
|
635 * Eliminate duplicate enums in pt-exp.cc, pt-const.cc, and ov.cc. |
|
|
636 |
|
|
637 * Handle octave_print_internal() stuff at the liboctave level. Then |
|
|
638 the octave_value classes could just call on the print() methods |
|
|
639 for the underlying classes. |
|
|
640 |
|
|
641 * As much as possible, eliminate explicit checks for the types of |
|
|
642 octave_value objects so that user-defined types will automatically |
|
|
643 do the right thing in more cases. |
|
|
644 |
|
2330
|
645 * Only include config.h in files that actually need it, instead of |
|
|
646 including it in every .cc file. Unfortunately, this might not be |
|
|
647 so easy to figure out. |
|
|
648 |
|
|
649 * GNU coding standards: |
|
|
650 |
|
|
651 -- Add a `Makefile' target to the Makefiles. |
|
|
652 -- Comments on #else and #endif preprocessor commands. |
|
|
653 -- Change error message format to match standards everywhere. |
|
|
654 |
|
|
655 * Use STL stuff instead of libg++ lists, maps, and stacks. |
|
|
656 |
|
|
657 * Eliminate more global variables. |
|
|
658 |
|
|
659 * Encapsulate readline in a class. Include interface to stuff like |
|
|
660 blink_matching_paren. |
|
|
661 |
|
|
662 * Encapsulate resource stuff in a class. |
|
|
663 |
|
|
664 * Move procstream to liboctave. |
|
|
665 |
|
|
666 * Replace more C-style vectors with Array<T> stuff. |
|
|
667 |
|
|
668 * Use references and classes in more places. |
|
|
669 |
|
|
670 * Share more code among the various *_options functions. |
|
|
671 |
|
|
672 ------------- |
|
|
673 Miscellaneous: |
|
|
674 ------------- |
|
|
675 |
|
|
676 * Implement some functions for interprocess communication: bind, |
|
|
677 accept, connect, gethostbyname, etc. |
|
|
678 |
|
2454
|
679 * The installation process should also install octave.el. This |
|
|
680 needs to detect the appropriate Emacs binary to use to |
|
|
681 byte-compile the .el file. Following GNU Emacs philosophy, |
|
|
682 installation would be into $(prefix)/share/emacs/site-lisp by |
|
|
683 default, but it should be selectable. |
|
|
684 |
|
2330
|
685 * The ability to transparently handle very large files: |
|
|
686 |
|
|
687 Juhana K Kouhia <kouhia@nic.funet.fi> wrote: |
|
|
688 |
|
|
689 If I have a one-dimensional signal data with the size 400 |
|
|
690 Mbytes, then what are my choices to operate with it: |
|
|
691 |
|
|
692 * I have to split the data |
|
|
693 * Octave has a virtual memory on its own and I don't have to |
|
|
694 worry about the splitting. |
|
|
695 |
|
|
696 If I split the data, then my easily programmed processing |
|
|
697 programs will become hard to program. |
|
|
698 |
|
|
699 If possible, I would like to have the virtual memory system in |
|
|
700 Octave i.e. the all big files, the user see as one big array or |
|
|
701 such. There could be several user selectable models to do the |
|
|
702 virtual memory depending on what kind of data the user have (1d, |
|
|
703 2d) and in what order they are processed (stream or random |
|
|
704 access). |
|
|
705 |
|
|
706 Perhaps this can be done entirely with a library of M-files. |
|
|
707 |
|
|
708 * Add a function like strptime() which is the opposite of |
|
|
709 strftime(). A C version is apparently in recent releases of the |
|
|
710 Linux C library. |
|
|
711 |
|
2789
|
712 * Add a definition to lgrind so that it supports Octave. |
|
|
713 (See http://www.tex.ac.uk/tex-archive/support/lgrind/ for more |
|
|
714 information about lgrind.) |
|
|
715 |
|
2330
|
716 ------ |
|
|
717 Always: |
|
|
718 ------ |
|
|
719 |
|
|
720 * Squash bugs. |
|
|
721 |
|
|
722 --30-- |
