<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
I've been very pleased with Racket as a programming language, and I quite like the DrRacket environment (especially its debuggers).&nbsp; However, there are some serious problems with I/O.&nbsp; It's more difficult to repair these from a 'user' (programmer) standpoint than other problems, because fixing them would require writing code for each platform Racket runs on, and most programmers won't have access to all those platforms.<br><br>The GUI toolkit lacks some common, important, functionality and widgets.&nbsp; The two biggest issues are:<br>* inability to drag and drop across widgets<br>* inability to read theme information (like the color for selected/unselected title bars)<br><br>Since you can write your own widgets in Racket, if those were repaired, it would be possible to implement the missing functionality and widgets from within Racket.&nbsp; However, I am told there is great concern for making the GUI's look and behave like 'native' ones.&nbsp; If that is so, then someone with access to all the platforms Racket runs on will need to provide access to native equivalents.<br><br>Missing functionality and widgets include:<br>* the tree view doesn't allow editing entries by double clicking or dropping items onto it, as far as I can tell; this is necessary for file managers and some other GUI's<br>* you can't associate icons with entries in pulldown menus, context menus, list views, or tree views<br>* there is no icon view, nor any way to use the table view as a icon view (occasionally done in other toolkits) - this is necessary for file managers, image viewers, and some other GUI's<br>* the table view is primitive - other table implementations support rearranging rows and columns by dragging the headers, selecting/deselecting the table by clicking the upper left corner (where row and column headers meet), selecting/deselecting entire rows or columns by single-clicking the headers, sorting the table by double-clicking the headers, dragging to select a rectangle of cells, holding Ctrl to add/remove from a selection, and embedding checkboxes, listboxes, and spinboxes or associating validators with columns<br>* there is no toolbar widget - toolbar widgets usually automatically handle arranging their buttons along the top, bottom, left, or right sides of the main window, below the pulldown menus if those are present<br>* there is no infobar widget - these are a alternative to dialogs when its okay if the user proceeds without responding, they're widely used in web browsers, and usually appear below the pulldown menus or toolbar if those things are present<br>* there is no status bar widget - status bars are usually fixed to the bottom of the main window, and are divided horizontally into sections that are always displayed, while others may be 'overwritten' by temporary messages<br>* there is no tooltip widget - applications that use them (like DrRacket) currently roll their own, which means they /don't/ look native<br>* there is no spinbox widget (sometimes called a spinner, though "spinner" can also refer to a display showing a process is 'busy') - this is a integer or floating point display that you can type numbers into, or click the corresponding up/down arrows that appear next to them to raise or lower the number; the default value, the range, the step size of the arrow buttons, the precision when displaying floating point, and optional text to the left or right (usually a monetary or percentage symbol) should be configurable; these widgets may also support strings where there is some inherent order, such as days of the week, though a combo box could be argued to be a better choice<br>* there is no toolbox widget (sometimes called a accordion widget) - these appear as a vertical series of undecorated window title bars, the top one of which will be open initially exposing its contents, and when you click another title bar the one that was open will close (only showing its title bar) and the contents associated with the title bar you clicked will open; see http://doc.qt.nokia.com/4.7-snapshot/images/designer-containers-toolbox.png ; these widgets are very useful for GUI builders, graphics editors, and similar tools<br>* there is no grid layout, though there is one on PLaneT http://planet.racket-lang.org/display.ss?package=table-panel.plt&amp;owner=williams<br>* there is no window docking support<br>* there is no Multiple Document Interface (MDI) support<br>* there is no convenient way to save/restore window layout<br><br>I've tried to use the standard terminology so anyone unfamiliar with these things could look them up on sites like Wikipedia.&nbsp; There are some curious naming decisions where Racket's widgets are concerned (e.g. I would have never looked for "gauge" when I needed a "progress bar").&nbsp; Hopefully I haven't created more confusion in the process.<br><br><br>Out of the box, Racket lacks any way to output sounds.&nbsp; I find this a strange omission.&nbsp; Even the most boring business application will occasionally need to play sounds to notify the user of something.&nbsp; PLaneT does have PortAudio and RSound, which appear to almost solve the problem.&nbsp; Most sound file formats aren't supported, but I suppose support for that could be written in portable Racket.&nbsp; Perhaps at least PortAudio and RSound should be integrated officially, lest they go unsupported in the future.<br><br><br>While it may seem like I'm doing nothing but heaping criticism on Racket, that's not my intent.&nbsp; I like Racket a lot, and would prefer to use it for most things, but the limited support for I/O has driven me to experiment with Clojure and Swing with Java Sound.<br><br>                                               </div></body>
</html>