2 Apr 2011 21:16
3 Apr 2011 02:54
[bug #32550] Breve and longa cause inordinately high cpu usage
Follow-up Comment #2, bug #32550 (project denemo):
Here are a couple of .png 's that should work for a workaround.
Do watch out for the vertical offset of these--it may require tweaking to make
sure when the user enters a C, it looks like a C on the score view.
Obviously it looks bad when you zoom in, but I guess that will be fixed when
the cairo problem is solved.
-Dan W.
(file #23085, file #23086)
_______________________________________________________
Additional Item Attachment:
File name: Breve.png Size:0 KB
File name: Longa.png Size:0 KB
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32550>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
3 Apr 2011 03:04
[bug #32981] Can't set graphic from edit directive dialog
URL: <http://savannah.gnu.org/bugs/?32981> Summary: Can't set graphic from edit directive dialog Project: Denemo Submitted by: None Submitted on: Sun 03 Apr 2011 01:04:50 AM UTC Category: None Severity: 3 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: It appears that inserting a generic standalone directive via (d-DirectivePut-standalone "Directive") and then trying to modify the graphic field with the Directive Edit dialog doesn't work:the new graphic is not shown. Using (d-DirectivePut-standalone-graphic "Directive" "Breve") does work, however. -Dan W.(Continue reading)
3 Apr 2011 04:46
[bug #32550] Breve and longa cause inordinately high cpu usage
Follow-up Comment #3, bug #32550 (project denemo):
An idea on a possible workaround. Would editing the svg files to a size of
100x100 partially resolve this? Apparently, just changing the "width" and
"height" fields and then dividing each number that appears in the <path ...>
field by 10 scales the image down by a factor of 1/10. This could be done
with a script applied to all .svg files necessary. Or if only a few are
needed it could be done by hand.
The remaining problem would be the fact that I observed that the cpu usage
increased with the number of breves/longas inserted, so even though this could
cut the memory usage by 1/100 it would still climb as you added more of these
notes.
Just an idea.
-DW
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32550>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
3 Apr 2011 18:47
Re: Release 0.9.0
On Sat, 2011-04-02 at 20:16 +0100, Richard Shann wrote:
> I suggest we (someone please!) create .png for the Breve etc which are
> currently unusable in any quantity (they will automatically be used in
> preference to the .svg versions). This then gives us a workaround for
> the last bug blocking release of 0.9.0
well, there is(are) also:
* translations not installed
*
* the manual to update
*
* Script updates from Dan Wilckens (?)
* testing to do
*
I can report two regressions
Educational...ChordComparison is broken
A script error for file/script (ChordComparison::chordchosen "Minor");
the throw arguments are
(#f Unbound variable: ~S (Transpose::Note) #f)
which I guess is down to Nils work on transpose.
And the page view playback seems broken - which will be down to stuff I
have done.
Richard
>
(Continue reading)
4 Apr 2011 01:41
[bug #32643] PDF reader fails to launch on windows xp
Follow-up Comment #6, bug #32643 (project denemo):
Sorry I didn't reply sooner to this.
My most up-to-date denemo still has this problem, but I'm not sure how long
ago it's from.
This was definitely NOT a lilypond failure. I know this because I can go to
the .denemo directory, and there is a perfectly fine denemoprint.pdf that I
can open and see the score as it should look.
If the problem was not in the missing ".pdf" from denemoprint when trying to
open it, then I don't know what's wrong either. But it's definitely not a
problem with lilypond processing.
-Dan W.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32643>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
4 Apr 2011 23:22
[bug #32643] PDF reader fails to launch on windows xp
Follow-up Comment #7, bug #32643 (project denemo):
In the latest git I commented out the win32 status check. I saw a comment
saying that this was failing to work anyway. Let me know if this fixes things.
If status had the wrong value it could have exited before launching the
viewer. I hope this fixes it. I would have to get gub working to try this out
myself.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32643>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
5 Apr 2011 10:30
[bug #32643] PDF reader fails to launch on windows xp
Follow-up Comment #8, bug #32643 (project denemo): Jeremiah, I think you have mis-read the code at this point. I have already done the fix you intended to do, that is what the #ifndef G_OS_WIN32 is doing there in print.c at the point where you have put in a #if 0. This is the commit I did: Do not test for status of LilyPond on windows, as it appears not to work author Richard Shann <rshann@...> Thu, 17 Mar 2011 17:32:55 +0000 (17:32 +0000) committer Richard Shann <rshann@...> Thu, 17 Mar 2011 17:32:55 +0000 (17:32 +0000) commit a42aea1aed688f06c1a42d7bc7b1dd99e9eb614a tree 483d6829e74e62d32352c1e34f66d42292732c33 parent 57ef245f9f1dbd70278f28f66d894151ba8cc697 I seem to have failed to put a note about this fix into this bug report - sorry. DanW is your build from a git post 17th Mar? Jeremiah - can you revert your change please as it is removing the check for all o/s? _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?32643> _______________________________________________(Continue reading)
5 Apr 2011 21:30
[bug #32643] PDF reader fails to launch on windows xp
Follow-up Comment #9, bug #32643 (project denemo):
Sorry, it looks like my version is from Feb 28 as that's the time on the
denemo.exe. I don't know if this problem is fixed or not on current git.-DW
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32643>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
RSS Feed