I've encountered some issues with double buffered windows using wxWidgets, specifically with Cabel. See also: http://www.nabble.com/Cabel-0.8-Mac-OS-X-tf1055387.html#a2746221 In my experience using Csound on Linux, OSX, and Windows, I'd like to voice support for the already existing TclCsound wrapper as being attractive, simple to use, and providing minimal bloat. The idea of a command interpreter seems very nice and for all intents and purposes seems very portable. Also Tcl/Tk is relatively simple, arguably moreso than Python/wxWidgets. Aside from the inability to control GUI widgets created with TclCsound using k-rate args (MIDI, OSC, et al) I find cstclsh to be excellent for attractive looking cross platform GUI development. We should not take for granted what is already implemented. -David On 1/5/07, Graham Breed wrote: > On 05/01/07, David Worrall wrote: > > > * If wxWidgets is used, the same GUI code is usable on all platforms. > > [I've just done a > > compile of a large program of an Intel Mac of C++ code written on > > Ubuntu Linux. Untested > > by the author on any other platform, The GUI came up just like it > > was meant to. Beautiful! > > I've spent 100's of hours scratching around GUI tools and IMO > > wxWidgets runs rings > > around the rest. > > I used wxPython for a simple GUI app recently and, yes, it's pretty > good. The trouble is there's a 4.6Mb DLL I have to carry around to > run it on Windows. The winsound.exe I have here is only 85kb. I > don't know if it has any hidden dependencies, but it looks small > enough that you may as well throw it in. I've also got a 2Mb > _CsoundVST.dll that I don't expect I'll ever use and could have saved > downloading. > > > * Focus can then be placed on improving/standardising the > > communication protocol > > between GUI/wrappers and CS proper. This probably means considered > > XML/OSC support. > > How practical would it be to have a pure library/command line > distribution without *any* GUI support? Then competing GUIs that use > this library, and provide their own implementations of the so-called > FLTK plugins. I remember FLTK being a pain to compile. > > Again, not meaning to tread on toes or anything. But I've got a lousy > internet connection now so bloat does concern me. > > Graham > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Csound-devel mailing list > Csound-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/csound-devel > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Csound-devel mailing list Csound-devel@lists.sourceforge.net