recent links: article Artuser homepage WikiSysoparticle user group listarticle Learn by examplesuser homepage gbleeuser homepage mathoughtuser homepage diyasebuser homepage Christopherpurcell

From NewWiki

Wish list

Tech conference demo

  • A better GUI for the Linux version of Mathematica. The current Motif GUI is too outdated; a GUI using GTK+ or Qt is doable.

  • [RE:A better GUI] This could be accomplished using one codebase for all platforms if, for example, Qt were used. The importance of developing a better GUI is blatantly obvious. I'm confident that WRI are in favour of platform independent development. I sincerely hope they find the resources to continue along that noble course.

  • An open bug list were users can vote on the priority of each bug (a tool like Bugzilla - the tool that is used by many open-source software projects).

  • Generate op-code (for DSP-Chips) from a Mathematica program. Or GPUs.

  • Mathematica-hardware-acceleration-board (DSP-transputer for number crunching and ARM-transputer for highly parallel algebra calculations). An existing solution is to use many computers and GRID Mathematica.

  • G-programming-language (graphical programming) like "LabView".

  • Working Audio Input, with controls on sampling rate, start and end times, accessible from both menu and the kernel. (Audio In has been dead for last couple of revisions).

  • Kernel access to hardware ports and devices, like serial ports, parallel ports, USB and Firewire. (you might want to try J/Link)

  • Orthogonalize the relationship between content and style. It seems reasonable that Mathematica code could be stored in FullForm with formatting information maintained in an associated formatting file. The current form of a saved notebook is simply cruel. If for some reason something goes wrong - and this does happen - breaking the notebook so that it cannot be loaded in the FrontEnd, under the current implementation we are forced to try untangling the problem using Emacs or some other text editor. Think in terms of MathML's content markup vs. presentation markup.

  • Kernel output should not become part of the souce code unless the user specifies that it should be. Instead kernel generated data should be stored in auxiliary files associated with the source code file. To avoid excessive clutter, the auxiliary files could be stored in a wrapper file along with the source - think jarfiles - or each notebook could be stored in its own subdirectory. There is not good reason for storing the binary representation of generated graphics, for example, in the same file as the source code.

  • Make NotebookML (optionally) the default load and save format for notebooks.

  • Support for document definitions such as DocBook http://www.docbook.org with special elements to hold Mathematica cells and MathML elements.

  • MathLink++: A C++ API for MathLink. This should include a class representing the Mathematica Notebook, as well as one for the text editor.

  • Emacs-style Mini-buffer. It's a field at the bottom of the window (yes I know it's really a frame in Emacsese) where you can type commands. For example, you might want to open an notebook. Instead of typing NotebookOpen[...] in you current notebook, you could hit a key combo to get focus in the mini-buffer, then type the command there.

  • the ability for the kernel to catch enormously large outputs to the front-end (e.g. accidentally forgetting the semi-colon on a large data element). This does the trick when inserted before other executions:

$Post = Which[MemberQ[{Graphics, Graphics3D,SurfaceGraphics, DensityGraphics, ContourGraphics, GraphicsArray}, Head[#]], #, ByteCount[#] > 100000, If[ToLowerCase[InputString["Resultant expression contains " <> ToString[ByteCount[#]] <> " bytes. Do you wish to print this result to the screen anyway? (y/n)"]] == "y", #, Print["Expression suppressed."]], True, #] &;

  • Better Help support for FrontEnd programming, listing all FrontEnd commands and tokens. Some elementary programming constructs should be available also in the FrontEnd (at least "If" and integer and string variables).

Single wish to solve all of the above

  • Mathematica Kernel source code goes '''open source'''.

  • [RE:Kernel goes open source] How would that benefit Wolfram Research? There are alternatives such as the model used by sun Microsystems in which they provide the sourcecode, but retain rights to it. Simply providing a better API for third-party development would also be a big step in a positive direction.

Contributors to this Page The 13 contributors to this page (ordered by date of first contribution):
User Latest Contribution # Contributions
1. LucB Fri 7 Oct 2005 09:36:31 10
2. David Bailey Wed 2 Feb 2005 20:31:37 1
3. Rbarrere Wed 9 Feb 2005 11:47:25 2
4. Alba Sun 12 Jun 2005 10:44:39 25
5. gdelfino Sun 5 Jun 2005 11:54:16 1
6. chari Sat 20 Aug 2005 13:33:33 2
7. Christopherpurcell Sun 21 Aug 2005 19:16:55 6
8. tttrung Thu 1 Sep 2005 07:33:03 2
9. Renan Birck Sat 17 Sep 2005 17:32:35 2
10. hattons Mon 7 Nov 2005 19:36:00 7
11. david.n.whiteman@nasa.gov Thu 15 Jun 2006 07:15:40 2
12. Ingolf Dahl Wed 28 Jul 2010 12:54:32 2
13. ameliakayden Tue 3 Aug 2010 06:54:43 3

This page was created by LucB on Mon 24 Jan 2005 13:03:39 and last updated by ameliakayden on Tue 3 Aug 2010 06:54:43
Retrieved from Wish list .
Personal tools