OctConf TODO

From Octave
Revision as of 20:45, 19 July 2012 by Carandraug (talk | contribs) (mode discussion)
Jump to navigation Jump to search
  • Should we have this meeting annually?
    Yes
    • Where should it be?
      europe. In 3--4 months europeans will start talking to each other and in 6 months have decided where.
    • Can we get sufficient funding for travel and meeting space?
  • Rename core dump to workspace save. How about octave-workspace-YY-MM-DD-HH:MM:SS? [jwe]
    2min changes. Default should be not be changed to off because when needed it's too late to turn it on.
  • Enable warnings locally? What does this mean? [jwe]
    function calls may want to change and we want to do this locally without having to use unwind statements. KaKiLa suggested to do this.
  • broken pipe. Some data may be lost warning...
    this warning is scary.
  • More demos in documentation (code sprint?). Copy @example into demo blocks and some %!test blocks into the documentation?
    not all should tests should be moved to demos. No examples may be better than too many.
  • More help on readline [Jordi]
    Jordi suggested to write this though it's not clear yet where to put in a way for users to find it easily
  • Storage of debug control in the terminal (anything to do there or just use history_control)? GUI doesn't store them.
    should we do like matlab and collapse multiple calls to same command into one. readline can already avoid duplicates but we want to keep it because order of commands is important.
  • How to clear functions defined in the interpreter (or script file)? [max]
    Max already has an idea where this is and will take a look and there's is a coment on code about this
  • Add to the wiki short itemized list of steps and tools for debugging Octave (gdb,emacs, anjuta?, ddd?).
    already done
  • Extend 'which' to return the location in C++ src files for built-in functions (See partial implementation for *.texi files) [jwe]
    only developers care about this. However, this will make easier for non-developers to become developers too
  • Move non-DLD functions out of DLD-FUNCTIONS directory. Change to DEFUN blocks and move to new directory
    many of this functions are only dependent on liboctave. This used to be to save memory. jwe suggested to do this and no one opposed. This will make it slightly faster now.
  • Change comment string in DEFUN blocks from double-quoted string to C++ comment string to get rid of excessive backslashing. [jwe, Rik?]
    is it worth the effort? Pending investigation and how much work this will really do, this seems like a goood thing.
  • Audit FIXME tags in code?
    talk about this on roadmap. Where do we want to go? Cleaning code, implementing new stuff, etc... Currently there's 1378 FIXME tags on core
  • Should Octave prompt when displaying large matrices or other objects?
    should we ask the user before displaying large things? Most of the times is due to a forgotten ; and no one is going too look at them and it takes a few seconds to show them.
  • Should the Octave project distribute "official" binaries for Windows and OS X?
    consensus is the project to distribute them. Seems we decided to not sell them but to have a pay what you want option. Shall not be a pay for support by the project since it complicates how to distribute the money after. Instead, a page on octave with list of people willing to be paid to give support (jwe welcomes people to add their names and contacts there).
    • Who will build them?
    • Should we sell them?
  • Should we have a list of release goals for the next few releases on the web (wiki)?
    might be better to have a static page. We don't everyone being able to edit this. This is not a contract.