Re: Re: [Denemo-devel] Windows Build 0.8.13 and Menucleaning

[Richard Shann]

On Wed, 2010-02-03 at 08:11 +0100, address@hidden wrote:
> About the font problem:
> Sooner or later the problem with installing fonts will be solved.
well, we have to do fetta.ttf as we do denemo.ttf of course. This is the
next thing to do.
>  But
> one more thing:
> 
> I suggest that Windows-Denemo looks on every startup if the Font is
> there. 
The curious thing is that the font is "there", even thought denemo.ttf
is in c:\Windows\Fonts
it still does not get found until logout/in when denemo is installed. I
can't recall if this is always or not.

> If not it attempts to install it (Watch out for sufficient
> user-rights).
yes you couldn't copy a file there unless you were running with admin
privileges anyway.
> 
> This way we also take care of the fact that Windows users often install
> a new system. Denemo will run without installing again (it DOES not use
> the registry, right?).
Denemo does not, nor I think does the gub installer.

I have done more tests:
        as it stands if you set the prefs->externals->pdf viewer to
"start" (that is, denemo tries to spawn
        start  with parameter ~/.denemo/denemoprint.pdf (as it were)
then the viewing fails. The console-denemo reports "file not found or no
such command". So presumably we are not searching the path for "start",
which we should be (it is present).

*And* many menus are truncated, seemingly by the <after><\after> fields
failing. I will fix this.

Richard



> 
> And if you think in the future, a minimal version of Win-Denemo: It
> could be shipped without installer, just a zipped package. You can carry
> it around on a USB Stick.
> 
> But this is not truly portable, just a Workaround. I looked a bit if
> there is a user font dir or a way to tell Denemo (any win app) to use a
> additional font path but no luck until now. But somehow in the weird
> windows world it must be possible. I think I should research more for
> "portable apps".
> 
> Nils
> 
> 
> Am 02.02.2010 um  Uhr haben Sie geschrieben:
> > On Tue, 2010-02-02 at 19:04 +0100, Nils wrote:
> > > On Tue, 02 Feb 2010 17:29:38 +0000
> > > Richard Shann <address@hidden> wrote:
> > >
> > > > On Tue, 2010-02-02 at 18:10 +0100, Till Hartamnn wrote:
> > > > > I haven't read recent denemo-mailinglist-mails thoroughly, but:
> > > > > for gnome it is "gnome-open filename.extension", for Windows I
> think
> > > > > it
> > > > > was "start filename.extension", on Mac it might be "open
> > > > > filename.extension" (which also exists on most/all linux
> > > > > distributions,
> > > > > but "open" will try to find an application able to open the
> final
> > > > > inside
> > > > > the terminal).
> > > > > I hope that is at least of some help to you.
> > > >
> > > > Thanks for this. I have tried
> > > > start denemoprint.pdf
> > > >
> > > > on a windows vista box and it works. And, in fact,
> > > >
> > > > start denemoprint.ly
> > > >
> > > > successfully ran lilypond on the file.
> > > >
> > > > On my Debian default setup, open failed with:
> > > >
> > > > Could not get a file descriptor referring to the console
> > > >
> > > > which is presumably the problem you are referring to. The
> gnome-open
> > > > command worked.
> > > >
> > > > How should we make use of this? One of the wrinkles is that on
> windows
> > > > if the viewer is not closed the file it is viewing cannot be
> re-written,
> > > > so subsequent print attempts fail.
> > > >
> > > > Richard
> > > >
> > >
> > > I think for Linux its no problem that people enter their tools
> themselves.
> > > Maybe (for Windows, too) a GUI file open Dialog would be nice for
> the
> > Pref-Fields.
> > >
> > > For Windows It might be nice to leave the pdf viewer field there,
> but empty.
> > Empty means "start", if you enter a binary then this is used instead.
> >
> > yes, that sounds good - the form of the command is the same (i.e. it
> is
> > as if start was the name of the command that you need).
> > > This does not solve the problem you discribed, but there is Hack
> that works
> > right now?
> > >
> > > To lilypond:
> > > I am not sure how the entire lilypond situation is handeld since we
> use GUB.
> > Denemo has its own Lilypond now and I think the reason was (in fact I
> voted for
> > "include ly") that a)Its secured that there is at least one Ly-version
> and
> > b)that we know a Ly version is used that works with Denemo.
> > > What I don't know is how this Lilyond is registered globally. There
> is a
> > Desktop-Shortcut after installation,
> >
> > > but afaik the GUB install does not make any windows-registry
> changes, which is
> > very good but is a proof that Denemos lilypond is not globally
> avaible.
> > >
> > > That means: To rely on start xy.ly, if my believe is true, will not
> work if
> > there is no global Lilypond installed.
> > It seems that this is not the case. I have just experimented, and it
> > seems that installing denemo sets up the file association with .ly to
> > lilypond that is inside the GNU_Denemo tree. It does this if there is
> no
> > file association already.
> > I had set up a file association for a non-sysadmin user for .ly to
> > notepad, and this was not changed by the sysadmin account installing
> > denemo. However, once this had been done, the user was offered
> lilypond
> > as "recommended" programs for .ly (under the properties menu item).
> >
> > >  So lets keep with the current relative path to lilypond-windows.
> > yes
> > > Maybe it just works fine and my system crashed because of other
> reasons (it
> > was a VM after all).
> > I think so, there is no reason to suspect denemo of crashing when
> unable
> > to spawn the external programs - we have done it plenty of times.
> >
> > However, my experiments suggest users who have an alternative file
> assoc
> > set for .ly  will have to set the pref dialog box up.
> >
> > Let's go with that.
> >
> > Richard
> >
> >
> >
> >
>