On Mon, Feb 21, 2005 at 05:42:46PM +0100, Dave Griffiths wrote: I don't know, but I think that there is no much documentation. Some information might be found from GNOME's accessibility project's website. The most of the things needed are quite basic. The most important is probably to design applications so that they are modular. This way new user interfaces can be easily added, which pleases everybody. -- Tapio

Greetings: Don't forget these amazing tools: Csound, at http://www.csounds.com (synthesis & composition) Common Music, at http://ccrma.stanford.edu/software/cm/doc/cm.html (composition environment) Common Lisp Music, at http://ccrma.stanford.edu/software/clm/ (synthesis) Best, dp Julien Claassen wrote:

james(a)dis-dot-dat.net writes: [...] You'd be supprised how "large" that minority actually is :-). I've raised a thread about it on LAD about a year ago or so. That is true, because there isn't much to document at the moment. Its much more important to make developers of tools aware of the specific problems, since the majority of linux audio apps currently is very inaccessible per design. Properly used OSC helps a lot there (see SC and Om). -- CYa, Mario

On Tue, Feb 22, 2005 at 10:52:24AM -0800, Noah Roberts wrote: I reply to two messages at once, since I lost the original one, sorry. Did anything concrete happen? Program design is the key point, but most developers probably prefer nice look over accessibility. Folks who write ncurses interfaces are also needed. Developers however can make writing additional interfaces significantly easier by modularising their applications. I'm not aware of such sites. I'm writing some information on my own site about blind people's special devices (like braille displays). Information about good website design and application design wouldn't probably be that bad idea. The methods which make it possible to (possibly later) change applications to be accessible are commonly so simple that many developers don't realise them. Of course there are nifty details (like where the treminal cursor should be located) which need special attention. Programs which mess up algorithms and GUI operations cannot be extended. BTW, I think this discussion should move to LAD? -- Tapio

On Wed, 23 Feb 2005 13:03:54 -0500, Eric Dantan Rzewnicki wrote there are also some interesting papers here: http://www.acm.org/sigaccess/ dave

Eric Dantan Rzewnicki writes: And, more specific to our environments, there's also guidance at: http://developer.gnome.org/projects/gap/ Janina -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina(a)freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem.

On Wed, Feb 23, 2005 at 10:56:55AM +0100, Mario Lang wrote: Unless the GUI and TUI interfaces differ significantly like in GLAME, where GUI is for poor whimps (as their manual says) and TUI is for scheme programmers. This Gnopernicus stuff is really in early stage and very buggy. It is almost like trying to read a book with a microscope (the problem is not the same, but results probably are). So am I, so please discuss on LAU and LAD as much as possible, as there are others who are interested too. -- Tapio

On Wed, Feb 23, 2005 at 08:56:55PM EST, Mario Lang wrote: I would just like to pitch in here and say that I am also happy to answer any questions people might have. Unlike mario who is blind, I do have some vision, however still rely on accessibility technology to get my work done. I am also on IRC as TheMuso. -- Luke Yelavich http://www.audioslack.com luke(a)audioslack.com

Last Wednesday 23 February 2005 12:12, tim hall was like: Well, that didn't turn out to be quite as obvious as I would have liked. Things I want to find right now: Speech-rendering-HOWTO Firefox speech rendering extension for Linux piping the output of Lynx to flite wasn't too hot. ;-) cheers, tim hall http://glastonburymusic.org.uk

Le 23 Février 2005 07:12, tim hall a écrit : Any interface can be used for creation, because there's many way to express ideas. So basically we should develop our skills with tools that are not too dependant on the interfaces. As a ex-Mac user, I remember that I was fighting to interface GUI based software with other programs and text based tools. As a Gnu/Linux user, I now prefer to use text based tools, and add GUI interfaces when required. -- Marc

Le 23 Février 2005 11:21, Dave Griffiths a écrit : That could happen. It's a only a matter of accepting OSC as a standard, like MIDI. But since OSC is not proprietary, don't expect the "industry" to adopt it easily. Some companies are wise enough to use it in their products, so our best contribution is to also use it as much as possible in our custom software. Then the "industry" will comply... -- Marc

Noah Roberts wrote: --- --- LilyPond is a very well-designed and developed program for music notation and engraving (producing sheet music). Rather than using a WYSIWYG visual-oriented editor like other music notation programs such as Finale, Sibelius and Igor, LilyPond allows a musician, music notator or composer to create an entire score, from simple single-staff melody-chord-and-lyrics "lead sheet" to piano music to full orchestral score, using just a standard text editor. LilyPond then parses (interprets) the plain-text document one has created, and outputs a beautifully engraved score in PostScript and PDF among other formats. LilyPond can also create a standard MIDI file from the same plain-text source file. It is a truly amazing program that, like a lot of Linux music and audio programs, has been developed with a lot of care and dedication and a great sense of generosity to the Linux community on the part of the developers: LilyPond is free. The developers, like many other great programmers that work for the Linux community, do appreciate financial support for the project if or to the extent one can afford it, but they don't demand it. I used to use the expensive commercial program Finale, and in my opinion LilyPond beats Finale easily in concept, design, implementation and the visual appearance of the final score. Although LilyPond is especially created for those who use a Linux or *BSD operating system, it will also run on Windows computers under the Cywin environment. To investigate LilyPond further, go to LilyPond's homepage: http://www.lilypond.org/ Best wishes, -Steve D, New Mexico, US, UTC -7

Le 23 Février 2005 18:35, Malte Steiner a écrit : Another text based compositional tool to consider: http://www.cs.cmu.edu/~music/nyquist/ -- Marc