Re: [linux-audio-dev] Sequencer cursor

2004-10-25 Thread Mathias Lundgren
mån 2004-10-25 klockan 20.47 skrev Dave Phillips: > Hi Mathias: > > Alas, I'm still on MusE 0.6.3, the feature isn't implemented in the > piano roll editor. Part selection by arrow key is there and very nice to > use. > > Time to upgrade... > The inevitable swamp of upgrades and their dep

Re: [linux-audio-dev] Sequencer cursor

2004-10-25 Thread Dave Phillips
Hi Mathias: Alas, I'm still on MusE 0.6.3, the feature isn't implemented in the piano roll editor. Part selection by arrow key is there and very nice to use. Time to upgrade... Best, dp Mathias Lundgren wrote: mån 2004-10-25 klockan 17.54 skrev Dave Phillips: Hi Chris: I must emphasize tha

Re: [linux-audio-dev] Sequencer cursor

2004-10-25 Thread Mathias Lundgren
mån 2004-10-25 klockan 17.54 skrev Dave Phillips: > Hi Chris: > > I must emphasize that my working methods are likely to be far less > common that the use of mouse + MIDI keyboard. MusE and RG are excellent > applications, and I'm just an old dog who is recalcitrant about learning > new trick

Re: [linux-audio-dev] Sequencer cursor

2004-10-25 Thread Dave Phillips
Hi Chris: I must emphasize that my working methods are likely to be far less common that the use of mouse + MIDI keyboard. MusE and RG are excellent applications, and I'm just an old dog who is recalcitrant about learning new tricks (at least re: MIDI sequencing). Ten years of using one sequ

Re: [linux-audio-dev] Sequencer cursor

2004-10-25 Thread Chris Cannam
On Monday 25 Oct 2004 16:26, Dave Phillips wrote: > The use of the computer keyboard in Sequencer Plus is the main > reason I keep using it. MusE, RG, and the crop of Windoze MIDI > sequencers are all very nice, but they all presume that my working > method will be mouse & MIDI-keyboard centric.

Re: [linux-audio-dev] Sequencer cursor

2004-10-25 Thread Thorsten Wilms
On Mon, Oct 25, 2004 at 11:26:01AM -0400, Dave Phillips wrote: > It > looks as though your project attempts to revive the more extensive use > of the keyboard in a GUI sequencer, is that correct ? Project is a bit of a big word, it's just this concept now. And yes. Keyboard control can be so muc

Re: [linux-audio-dev] Sequencer cursor

2004-10-25 Thread Dave Phillips
Greetings: The use of the computer keyboard in Sequencer Plus is the main reason I keep using it. MusE, RG, and the crop of Windoze MIDI sequencers are all very nice, but they all presume that my working method will be mouse & MIDI-keyboard centric. I don't play keyboard worth a damn, and I fin

[linux-audio-dev] Sequencer cursor

2004-10-25 Thread Thorsten Wilms
Hi! I have been thinking about transfering the concept of a cursor from text editing to MIDI editing. Since this not specific to any existing sequencer I like to present my concept here, in hope of feedback and maybe some project picking it up. http://wrstud.urz.uni-wuppertal.de/~ka0394/forum

[linux-audio-dev] [ANN] Snd-ls V0.9.1.1 and Sono V0.2

2004-10-25 Thread Kjetil Svalastog Matheussen
http://www.notam02.no/arkiv/src/ Snd-ls 0.9.1.1 changes: 0.9.1 -> 0.9.1.1: -Fixed Append File edit-menu option. -Workaround for trouble with ladspa default settings. Sono 0.2 changes: Some very few small changes to make it compile with linux again. Used some code from the port fo

sc w/o emacs (was: Re: [linux-audio-dev] anyone interested to develop a new apps ?)

2004-10-25 Thread CK
I read: > I'm actually looking for an alternative edit environment for SC, so I > can bypass Emacs. you could try august's scfront: http://aug.ment.org/scfront/ it's hardly as full featured but it can do the trick. As others previously mentioned you can pipe code to sclang via stdin or via sclang

Re: [linux-audio-dev] anyone interested to develop a new apps ?

2004-10-25 Thread Frank Barknecht
Hallo, Mario Lang hat gesagt: // Mario Lang wrote: > No, its actually the job of your distributor to configure programs > such that they work together nicely. On Debian, I've never had > any backspace issues with Emacs. This actually is on Debian. After a fresh install or all emacs related, empt