On Thursday 04 March 2004 06:59, Richard Bown wrote:
> Actually all the segments are weirdly truncated at high zooms. I'm not
> sure this can have anything to do with the preview stuff but I'm going to
> have a look at the QCanvas problem that's arisen now anyway and hence all
> of this stuff.
On Wednesday 03 March 2004 21:14, Guillaume Laurent wrote:
> On Wednesday 03 March 2004 20:23, Chris Cannam wrote:
> > The resize glitch thing looks OK to me now btw -- but I am seeing one
> > other weirdness (related or not). Try opening mandolin-sonatina.rg
> > and setting the zoom to 1000% or 2
On Wednesday 03 March 2004 23:51, William wrote:
> PS The "broken pipe" warning only appears if you press q to quit the "more"
> command normally, i.e.
Ok, enough OT bash stuff already.
R
---
This SF.Net email is sponsored by: IBM Linux Tutori
On Wednesday 03 March 2004 21:10, Guillaume Laurent wrote:
> On Wednesday 03 March 2004 19:16, Richard Bown wrote:
> > Shouldn't we be scaling the QCanvasView using transformation matrices?
>
> Yes, that's probably our only option.
Eeek. This will be fun.
R
---
PS The "broken pipe" warning only appears if you press q to quit the "more"
command normally, i.e.
$ cat << EOM > bashtest
#!/bin/bash
cat \$* |\
EOM
$ yes sort -m \|\\ | head -100 >> bashtest
$ echo sort -m >> bashtest
$ chmod +x bashtest
$ ./bashtest /etc/services | more
[...]
q
bashtest: l
On Wednesday 03 March 2004 00:08, Guillaume Laurent wrote:
> Apparently the fake mouseclick events are posted by the KApplication...
> I'll take a look in the KDE sources tomorrow.
Well I did and that didn't reveal anything, so I asked for help on
kde-core-devel...
--
On Wednesday 03 March 2004 20:23, Chris Cannam wrote:
>
> The resize glitch thing looks OK to me now btw -- but I am seeing one
> other weirdness (related or not). Try opening mandolin-sonatina.rg
> and setting the zoom to 1000% or 2000%. When I do that, all the
> previews look right, and the fir
On Wednesday 03 March 2004 19:16, Richard Bown wrote:
>
> Shouldn't we be scaling the QCanvasView using transformation matrices?
Yes, that's probably our only option.
> Is this what we do on the matrix view (he asks lazily without looking) ?
Yes.
--
On Wednesday 03 March 2004 19:23, Chris Cannam wrote:
> It might be possible to improve on it by changing the canvas chunk
> size (see docs for QCanvas::retune()) but I'm not sure how far that
> would count as a fix.
Hm, I don't like this line for retune() "For example if you have a very large
c
Guillaume Laurent wrote:
>
>I've been using zsh since 1992, and I just don't understand what ever was
>the point of bash. May be there was yet another one of those licensing
>issues the FSF loves so much...
I quite like zsh. I don't really have a preferred shell though because
none of them is per
On Wednesday 03 March 2004 20:17, Vladimir Savic wrote:
> Profiler : id = RosegardenGUIDoc::syncDevices - elapsed = 0ms CPU,
> 0.16000R real
> RosegardenGUIDoc::xmlParse (reader.parse()): 20ms elapsed
> Profiler : id = RosegardenGUIDoc::syncDevices - elapsed = 0ms CPU,
> 0.08000R real
> Pr
On Wednesday 03 Mar 2004 6:16 pm, Richard Bown wrote:
> > zoom right in RG eats up all available memory
>
> Yeah, for example: Empty composition, set duration to 300 bars and
> zoom right in to max.
You're right, it's dreadfully slow isn't it? I had expected zooming a
blank canvas to take next t
On Wed, 3 Mar 2004 15:21:28 GMT, William <[EMAIL PROTECTED]>
wrote:
Chris Cannam <[EMAIL PROTECTED]> wrote:
On Wednesday 03 Mar 2004 2:53 pm, Vladimir Savic wrote:
My tcsh shell complaint about this one...
It's Bourne shell syntax. I can't remember the C-shell equivalent,
but you could just run
> zoom right in RG eats up all available memory
Yeah, for example: Empty composition, set duration to 300 bars and zoom right
in to max. It takes its time resizing and eats up 163MB in the process.
Adding some debug it looks like the thing that's taking the time is the
QCanvas::resize() at g
On Wednesday 03 Mar 2004 4:35 pm, Richard Bown wrote:
> On Tuesday 02 March 2004 22:26, Guillaume Laurent wrote:
> > I don't remember us finding a reason why not doing it, and I
> > think it would be a good solution for our problems.
>
> Ok then, so who's going to do this? We're getting a bit vagu
On Tuesday 02 March 2004 22:26, Guillaume Laurent wrote:
> > Yeah, that is the case.
>
> Quite surprising given that we should be remapping everything right before
> playing.
Well there's something else to investigate then.
> > Hmm, I dunno enough about the update mechanism to be able to comment
> Yeah, ignore the bloat, the late arrival of arrays in bash
> 2.0 in 1997, a clumsy syntax, and you've got a marketer's
> summary of bash :)
I've been using zsh since 1992, and I just don't understand what ever was
the point of bash. May be there was yet another one of those licensing
issues t
Guillaume Laurent wrote:
>
>It has nothing to do with rg, you just need to use a non-braindead shell.
>bash is a common choice, zsh is better.
Yeah, ignore the bloat, the late arrival of arrays in bash 2.0 in 1997,
a clumsy syntax, and you've got a marketer's summary of bash :)
William
Chris Cannam <[EMAIL PROTECTED]> wrote:
>
>On Wednesday 03 Mar 2004 2:53 pm, Vladimir Savic wrote:
>> My tcsh shell complaint about this one...
>
>It's Bourne shell syntax. I can't remember the C-shell equivalent,
>but you could just run it from bash.
Just to clarify what Chris said, you can ru
> [EMAIL PROTECTED] /home]# rosegarden --nofork --nosequencer >
> /tmp/trace 2>&1 Ambiguous output redirect.
> [EMAIL PROTECTED] /home]#
>
> My tcsh shell complaint about this one... And don't tell me
> that I need to recompile rg again.
> I've donne that 3 times yesterday :((( and this time I'm
On Wednesday 03 Mar 2004 2:53 pm, Vladimir Savic wrote:
> My tcsh shell complaint about this one...
It's Bourne shell syntax. I can't remember the C-shell equivalent,
but you could just run it from bash.
Chris
---
SF.Net is sponsored by:
On Tue, 2 Mar 2004 23:50:50 +0100, Guillaume Laurent
<[EMAIL PROTECTED]> wrote:
$ rosegarden --nofork --nosequencer > /tmp/trace 2>&1
$ grep sfxload /tmp/trace
[EMAIL PROTECTED] /home]# rosegarden --nofork --nosequencer > /tmp/trace 2>&1
Ambiguous output redirect.
[EMAIL PROTECTED] /home]#
My tcs
On Tuesday 02 March 2004 18:30, Stefan Asserhäll wrote:
> I compared the new icons with the old at small sizes, and I actually
> do think the new are clearer even at small sizes (but I suppose I
> would, since I created them).
I've got to say that they are clear and they are nice pictures but I d
On Tuesday 02 Mar 2004 6:30 pm, Stefan Asserhäll wrote:
> The icons were created from a picture I've taken myself, so the
> copyright should not be a problem.
Thanks for the clarification.
> I compared the new icons with the old at small sizes, and I
> actually do think the new are clearer even a
24 matches
Mail list logo
