On Feb 25, 2004, at 12:00 PM, doggiebox-request@lists.zygoat.ca wrote:
Send Doggiebox mailing list submissions to doggiebox@lists.zygoat.ca
To subscribe or unsubscribe via the World Wide Web, visit http://lists.zygoat.ca/mailman/listinfo/doggiebox or, via email, send a message with subject or body 'help' to doggiebox-request@lists.zygoat.ca
You can reach the person managing the list at doggiebox-owner@lists.zygoat.ca
When replying, please edit your Subject line so it is more specific than "Re: Contents of Doggiebox digest..."
Today's Topics:
- Re: Separate exports (Ben Kennedy)
- Re: Some other ideas (Ben Kennedy)
- Using GarageBand samples to build dbkits (Bret Van Horn)
- Re: Using GarageBand samples to build dbkits (Ben Kennedy)
- Re: Using GarageBand samples to build dbkits (Christoph)
- Re: Using GarageBand samples to build dbkits (andrew kator)
- Re: Using GarageBand samples to build dbkits (Patrick O'Donoghue)
- Re: Using GarageBand samples to build dbkits (Bret Van Horn)
- Re: Using GarageBand samples to build dbkits (Bret Van Horn)
Message: 1 Date: Tue, 24 Feb 2004 17:02:04 -0500 From: "Ben Kennedy" ben@zygoat.ca Subject: Re: [Doggiebox] Separate exports To: "Doggiebox List(s)" doggiebox@lists.zygoat.ca Message-ID: 20040224220204.1557@balsam Content-Type: text/plain; charset=US-ASCII
On 22 2 2004 at 7:32 pm -0500, Mike Carlyle wrote:
This is high on my list too. I think it's at least ON a list right now, right Ben?
Yep. It'll happen. Eventually. ;)
-ben
-- Ben Kennedy, chief magician zygoat creative technical services 613-228-3392 | 1-866-466-4628 http://www.zygoat.ca
Message: 2 Date: Tue, 24 Feb 2004 17:08:27 -0500 From: "Ben Kennedy" ben@zygoat.ca Subject: Re: [Doggiebox] Some other ideas To: "Doggiebox List(s)" doggiebox@lists.zygoat.ca Message-ID: 20040224220827.13966@balsam Content-Type: text/plain; charset=UTF-8
On 22 2 2004 at 7:47 pm -0500, Mike Listrom wrote:
Another idea I have would be scriptable songs. [...] I would also like to see programmable tasks [...]
Interesting ideas. So essentially, Applescript'ability. I'll add that to the wish list.
for sure...
Also; integrating everything into a singe-window-interface is a bad idea. I feel that floating windows achieve greater flexibility for people that use multiple monitors, or people without enough monitor space for all of the tools to be displayed at a time.
Which components would you put in floating windows? The drum kit palette is an obvious one I guess. Anything else? Too many floaters would confuse things though I think.
I think that the section markers, the scrubbing tool (timeline tool), the instrument pallet should be separate from the main the section viewer. To bring down confusion (to many windows), possibly integrate the time information section with the section marking tools, or perhaps group things in a more human user natural map. I great book to help give insight in to this is "the design of everyday things". I would try to approach the interface as you would a physical product. Visual cues should give insight to the user where things should be. This might require user-ended research. The less text and more visual cues you can give, the better. I would really suggest reading chapters 4-5 in the book I mentioned above. You will benefit TREMENDOUSLY from this information.
⢠Basic viewing and listening to different sections:
- need to scrub easily through song, perhaps implement some scrubbing
window
Yeah, this will be improved eventually, including such basic things as "play from cursor", etc.
yeah, that should be really helpful
⢠editing -quick keys for setting up tools to modify and create beats within a section, this would closely tie into the scrubbing window for quick access to the desired section.
Can you elaborate on this?
I would like to see some keys that would quickly allow you to I guess change work flow. I am not sure exactly what I think could be the best method of describing this, let me get back to u all on this. :)
Also! possible export into formal stave notation?
That could be a doozy. It would require a lot of work and research which is kind of orthoganal to the main functions of the app, and which other commercial tools do pretty well. It would be neat, but unless another developer would like to take charge of it, I don't see it happening in the immediate term.
yeah, just a thought.