OctConf TODO: Difference between revisions

From Octave
Jump to navigation Jump to search
No edit summary
(added discussion on point)
Line 1: Line 1:
* Should we have this meeting annually?
* Should we have this meeting annually?
*:Yes
** Where should it be?
** 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?
** 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]
*  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]
* 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?
* 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]
* 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.
* 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]
* 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?).
* 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]
* 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
* 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?]
* 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?
* 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 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?
* Should the Octave project distribute "official" binaries for Windows and OS X?
** Who will build them?
** Who will build them?
** Should we sell them?
** Should we sell them?
* Should we have a list of release goals for the next few releases on the web (wiki)?
* Should we have a list of release goals for the next few releases on the web (wiki)?

Revision as of 20:38, 19 July 2012

  • 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?
    • 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)?