[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Denemo-devel] Building for Windows
|
From: |
Richard Shann |
|
Subject: |
Re: [Denemo-devel] Building for Windows |
|
Date: |
Tue, 29 Dec 2015 22:32:48 +0000 |
On Tue, 2015-12-29 at 15:00 -0600, Jeremiah Benham wrote:
> Ok. It is working the way I would expect it to!
Is that the Mac version?
> Thanks for adding this feature! I noticed that playback even follows
> repeats! It did not follow 1st 2nd ending correctly though. It played
> the first ending then repeated. Once it repeated it played both first
> and second endings. Maybe I did something wrong
no, it is a bug
> or their is a bug in lilypond.
no, it is not LilyPond, it is in the script d-Performance
All that button on the Playback View is doing is calling d-Performance,
or (if a performance is underway, calling d-Stop several times to stop
all the repeats).
You should be able to see the same bug using Playback->Performance on
your file without ever looking at the Playback View (ie with the
built-in MIDI playback).
I've got a working version of code for scrolling that takes into account
tempo changes and repeats, there are still several tweaks to go.
Richard
>
> I am attaching an example with 1st/2nd ending.
>
>
> Jeremiah
>
>
> On Tue, Dec 29, 2015 at 2:57 AM, Richard Shann
> <address@hidden> wrote:
> denemo.org is down this morning...
>
> On Mon, 2015-12-28 at 06:58 -0600, Jeremiah Benham wrote:
> > I have tested this in darwin. I can now see the notes in the
> playback
> > view. There is a little problem. The music is a little bit
> bigger than
> > the window. If I make the window larger to see all the
> music, the
> > cursor seems to highlight spaces where notes are not. It
> highlights
> > imaginary notes on the left hand side of the staff. This
> causes the
> > playback to be a measure off of the highlighted music under
> the
> > cursor.
>
> this sounds like the problem that is caused by allowing the
> GtkImage
> widget to expand; to prevent this I put it inside a GtkBox and
> packing
> it with the flag to say do not expand the contents. If this is
> working
> you should see a gray area appear at the right as you drag the
> window
> far enough - as the gray area appears the horizontal scroll
> bar should
> disappear, indicating that there is nothing more to see.
> It is working like this on Debian and windows.
> I've mostly restored the original code for the packing of the
> widgets,
> can you test again?
> The bug with accented characters for windows is also fixed
> now.
>
> Richard
> >
> >
> > Jeremiah
> >
> >
> > On Sun, Dec 27, 2015 at 1:01 PM, Richard Shann
> > <address@hidden> wrote:
> > On Sun, 2015-12-27 at 11:57 -0600, Jeremiah Benham
> wrote:
> > > I have rebuilt this.
> >
> > ... and it is working! Scroll bars now appear and
> the music is
> > typeset
> > in SVG and plays back as expected.
> >
> > Will it auto-build for the next few days? I would
> like to
> > experiment
> > with taking out some of the workarounds that I put
> in some of
> > which may
> > be needed ...
> > I'd also like to finish my planned feature for
> better control
> > of the
> > scrolling while the music plays in this view.
> >
> > Oh, and there is a bug preventing windows users
> using accented
> > characters in the Multi-line text command which I
> would like
> > to fix
> > before release.
> >
> > Richard
> >
> > >
> > > Jeremiah
> > >
> > > On Dec 27, 2015 4:15 AM, "Richard Shann"
> > <address@hidden>
> > > wrote:
> > > On Sat, 2015-12-26 at 16:14 +0000, Richard
> Shann
> > wrote:
> > > > Well, we still have the problem that the
> scroll
> > bars are
> > > pathologically
> > > > not appearing on windows.
> > >
> > > Ah! I have it. In versions before 3.8 you
> have to
> > use
> > > gtk_scrolled_window_add_with_viewport()
> instead of
> > > gtk_container_add()
> > >
> > > one more build should do it :)
> > >
> > > Richard
> > >
> > >
> > > > I've altered the order of the
> containers,
> > > > which could fix it (perhaps GtkEventBox
> cannot be
> > given a
> > > viewport).
> > > > At the moment the mingw zip file is
> building as a
> > broken 8k
> > > stub - can
> > > > you tweak it to build properly - holiday
> season
> > permitting!
> > > >
> > > > Richard
> > > >
> > > >
> > > >
> > > > On Wed, 2015-12-23 at 14:25 -0600,
> Jeremiah Benham
> > wrote:
> > > > > Ok. I have something ready for testing
> now.
> > > > >
> > > > > Jeremiah
> > > > >
> > > > > On Dec 23, 2015 10:01 AM, "Richard
> Shann"
> > > <address@hidden>
> > > > > wrote:
> > > > > On Tue, 2015-12-22 at 16:50
> -0600,
> > Jeremiah Benham
> > > wrote:
> > > > > > I just now recreated
> the .zip.
> > > > >
> > > > > I've tested it, and have found
> the cause
> > of the
> > > load failure.
> > > > > The SVG is
> > > > > rendered at a different size
> on windows
> > than on
> > > Debian. So big
> > > > > that (in
> > > > > the absence of scroll bars it
> is off the
> > window.
> > > > > The scroll bars still didn't
> show, so
> > now I've
> > > used identical
> > > > > code to
> > > > > the code that works for the
> print view
> > window.
> > > > >
> > > > > So hopefully another build
> will have
> > this working
> > > at last.
> > > > >
> > > > > Let me know when I can test.
> > > > >
> > > > > Richard
> > > > >
> > > > > >
> > > > > > Jeremiah
> > > > > >
> > > > > > On Dec 22, 2015 4:02 PM,
> "Richard
> > Shann"
> > > > > <address@hidden>
> > > > > > wrote:
> > > > > > On Tue, 2015-12-22
> at 14:49
> > -0600,
> > > Jeremiah Benham
> > > > > wrote:
> > > > > > > Ok. This has been
> built!
> > > > > > ??? is that just
> the .exe, the
> > zip file
> > > is just 8k
> > > > > >
> > > > > > Richard
> > > > > > >
> > > > > > > Jeremiah
> > > > > > >
> > > > > > > On Dec 22, 2015
> 12:15 PM,
> > "Richard
> > > Shann"
> > > > > >
> <address@hidden>
> > > > > > > wrote:
> > > > > > > On Tue,
> 2015-12-22
> > at 11:43
> > > -0600,
> > > > > Jeremiah Benham
> > > > > > wrote:
> > > > > > > > I tried
> to upgrade
> > librsvg.
> > > This broke
> > > > > pango .
> > > > > > >
> > > > > > > If you are
> wondering
> > what to
> > > try next a
> > > > > build from
> > > > > > the latest
> > > > > > > git with
> > > > > > > the
> librsvg that
> > didn't break
> > > pango would
> > > > > let me
> > > > > > test-load
> > > > > > >
> hand-edited
> > > > > > > versions
> of
> > LilyPond's SVG to
> > > find out
> > > > > what it is
> > > > > > that is
> > > > > > > breaking
> it.
> > > > > > > (At the
> moment I
> > can only
> > > test things by
> > > > > modifying
> > > > > > LilyPond's
> > > > > > > SVG
> > > > > > > generation
> code
> > > output-svg.scm, I can't
> > > > > simply chop
> > > > > > the file
> > > > > > > about
> > > > > > > looking
> for the bit
> > that
> > > causes the load
> > > > > to fail. It
> > > > > > does load
> > > > > > >
> fermata.svg as the
> > label for
> > > the fermata
> > > > > in the
> > > > > > articulations
> > > > > > > palette).
> > > > > > >
> > > > > > > Richard
> > > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > > Jeremiah
> > > > > > > >
> > > > > > > > On Dec
> 22, 2015
> > 2:07 AM,
> > > "Richard Shann"
> > > > > > >
> > <address@hidden>
> > > > > > > > wrote:
> > > > > > > >
> On Mon,
> > 2015-12-21
> > > at 13:04
> > > > > -0600,
> > > > > > Jeremiah Benham
> > > > > > > wrote:
> > > > > > > >
> >
> > > > > > > >
> >
> > > > > > > >
> > On Mon,
> > Dec 21,
> > > 2015 at 8:04
> > > > > AM, Richard
> > > > > > Shann
> > > > > > > >
> >
> > > <address@hidden>
> > > > > wrote:
> > > > > > > >
> >
> > On Sun,
> > > 2015-12-20 at
> > > > > 21:54
> > > > > > -0600,
> > > > > > > Jeremiah
> Benham
> > > > > > > >
> wrote:
> > > > > > > >
> [...]
> > > > > > > >
> > > > > > > >
> > I have
> > upgraded
> > > librsvg for
> > > > > darwin to
> > > > > > see if it
> > > > > > > helps then
> > > > > > > >
> I will
> > > > > > > >
> > upgrade
> > it for
> > > mingw as well.
> > > > > Next
> > > > > > upgrade will
> > > > > > > require a
> > > > > > > >
> cairo
> > > > > > > >
> > upgrade.
> > > > > > > >
> > > > > > > >
> This
> > morning (22nd
> > > Dec) I see
> > > > > that the
> > > > > > uploads
> > > > > > > directory
> has
> > > > > > > >
> not
> > updated
> > > > > > > >
> - did the
> > build fail
> > > in some
> > > > > way?
> > > > > > > >
> > > > > > > >
> Richard
> > > > > > > >
> > > > > > > >
> >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > >
> _______________________________________________
> > > > Denemo-devel mailing list
> > > > address@hidden
> > > >
> > https://lists.gnu.org/mailman/listinfo/denemo-devel
> > >
> > >
> >
> >
> >
> >
> >
>
>
>
>
>
- Re: [Denemo-devel] Building for Windows, (continued)
- Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/21
- Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/22
- Message not available
- Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/22
- Message not available
- Message not available
- Message not available
- Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/23
- Message not available
- Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/26
- Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/27
- Message not available
- Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/27
- Re: [Denemo-devel] Building for Windows, Jeremiah Benham, 2015/12/28
- Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/29
- Re: [Denemo-devel] Building for Windows, Jeremiah Benham, 2015/12/29
- Re: [Denemo-devel] Building for Windows,
Richard Shann <=
Re: [Denemo-devel] Building for Windows, Richard Shann, 2015/12/20