On Monday 12 June 2006 7:28 pm, Pedro Lopez-Cabanillas wrote:
> Finally, I've comitted a preliminary implementation to trunk. It's not
> finished, and lacks several promised features, but it is basically working.
>
> Please give it a crack and tell me the problems, improvements, criticisms
> and o
Where and how do we put man pages? Our new Debian packager had me write up
man pages for lilypond-preview-thingie and rosegarden-project-packager. It
seems we may as well include them in the proper distribution, but I've never
dealt with man pages before, and haven't a clue what to do with the
On Tuesday 13 June 2006 3:48 pm, Chris Cannam wrote:
> Except, I suppose, that they don't have a duration (or could be said to
> have a potentially very long duration). We deal with that OK-ish in
> the percussion matrix I guess.
Yeah, it does do an OK job at that. I still think the actual even
Hi,
I'm going to swap the order of the paragraphs, because I think it helps to
understand my arguments.
> > A problem comes from the m_noteOnEvents member, which is used to
> > calculate note durations. I've changed it to store Event pointers
> > instead of Segment::iterator instances, because t
On Tuesday 13 Jun 2006 19:55, D. Michael 'Silvan' McIntyre wrote:
> most comfortable of all for
> these things to exist and be manipulated as events in a segment or
> segments.
Except, I suppose, that they don't have a duration (or could be said to
have a potentially very long duration). We deal
On Tuesday 13 Jun 2006 15:23, Vince Negri wrote:
> What I would expect (if I knew nothing about RG) to do would be
> something like the following: right-click on tempo ruler around 8.01,
> select "insert tempo change", and a dialogue that
> (a) displays the current tempo
> (b) lets me set the final
On Tuesday 13 June 2006 5:01 am, Chris Cannam wrote:
> Editing directly in the ruler (perhaps expanding and contracting the
> height of the ruler as well) is probably the thing, and that was (is)
> the ultimate idea with the new-style tempo ruler.
I passed over that kind of thought without settli
On Tuesday 13 Jun 2006 15:23, Vince Negri wrote:
> it offers as an option "smooth change to xx bpm" but on entering 120
> in the first box and 130 in the second, nothing appeared to happen.
Yes, I noticed that (!) just after posting about it last time. I
imagine the idea originally was to make t
[resending after previous mail bounced from list for some reason]
On Tuesday 13 Jun 2006 14:26, Pedro Lopez-Cabanillas wrote:
> I've added two new methods to the Event class. A private method,
> is_shared(), compares the shared data pointers of two events, and a
> public method isDuplicated() tha
On Tuesday 13 June 2006 8:47 am, Heikki Johannes Junes wrote:
> In svn, there is a mechanism different from cvs for ignoring files [1].
> Therefore, the following files should be remove from the SVN:
> Shouldn't them?
Yes, I don't see any reason to keep them around. It's surely just a
housekeep
On 12/06/06, Chris Cannam <[EMAIL PROTECTED]> wrote:
> On Saturday 10 Jun 2006 20:43, D. Michael 'Silvan' McIntyre wrote:
> > I absolutely detest both of the editors you mentioned though. Any
> > improvement there should start by throwing both of them in the trash in
> > favor of something a milli
Hi,
Sorry, it is my fault. I've committed an implementation without
publishing the technical details first, as a document for revision and
discussion, as I've promised to do. I apologize.
Before to revert the commit, please let me explain the technical
problems and why I took that solution.
On 6
In svn, there is a mechanism different from cvs for ignoring files [1].
Therefore, the following files should be remove from the SVN:
$ find . -name .cvsignore
./gui/docs/de/.cvsignore
./gui/docs/.cvsignore
./gui/docs/sv/.cvsignore
./gui/docs/en/.cvsignore
./gui/.cvsignore
./po/.cvsignore
./base/.
On Tuesday 13 Jun 2006 08:15, D. Michael 'Silvan' McIntyre wrote:
> I don't know. Not like this. This interface absolutely sucks. It's
> way too developery and technical. I don't want to insert something
> at bar such beat such tick such, I just want to insert it "here."
Editing directly in t
___
Rosegarden-devel mailing list
Rosegarden-devel@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
On Monday 12 June 2006 6:01 am, Chris Cannam wrote:
> On Saturday 10 Jun 2006 20:43, D. Michael 'Silvan' McIntyre wrote:
> > I absolutely detest both of the editors you mentioned though. Any
> > improvement there should start by throwing both of them in the trash in
> > favor of something a millio
> Please give it a crack and tell me the problems,
> improvements, criticisms and
> other thoughs you have about it.
I've only just glanced at the top of the diff so far,
but I'm puzzled by the duplicated-event stuff. The
fact that events share data internally for copy-on-
write is only an im
17 matches
Mail list logo
