2.0: Bugs with windows about frescobaldi HOT 11 CLOSED

Thanks for reporting. I don't test extensively on Windows myself, that's why I released 1.9.x alpha versions :-)

For python-poppler-qt4:
See the comments in the python-poppler-qt4 googlecode page on issue#5, there are
some pre-built installers for python-poppler-qt4 which did work on my
system, but I had to edit the PATH variable to get them to work. A
better installer for that module is needed indeed.

Re: unicodeerror when opening file:
From googling I learnt that this is related to
non ascii characters in your home directory name and Windows
filesystemencoding being different from the encoding the locale
settings specify., e.g. here: http://code.google.com/p/spyderlib/issues/detail?id=812 (other program written in python)

File
"C:\Python27\lib\site-packages\frescobaldi_app\musicview\pointandclick.py",
line 82, in init m = textedit_match(link.url()) TypeError:
expected string or buffer

This is related to popplerqt4 not being loaded, but this error should not occur, thank you.

I'll look in the accented letters issue.

from frescobaldi.

After further reading: you have popplerqt4 working, otherwise you'd see the error message. That the PDF does not show up can have the same reason normal file loading does not succeed, because of accented characters and some encoding inconsistency in Windows. Or the poppler-qt4.DLL is not in the path (but that'd raise an ImportError I think).

Then the link.url() seems to be None, while the link is a LinkBrowse type. So may be even LilyPond writes the filenames in the wrong encoding... I hope other Windows users can enlighten me on this...

Many thanks for the effort you took to report these issues!

from frescobaldi.

I actually found the 3 installers for poppler via issue#5. I also modified the PATH. As I said, poppler seems to be found by Frescobaldi.
The problem comes from the enconding issue : if I don't save my document, the PDF is generated in my user folder :
c:/users/clment~1/appdata/local/temp/frescobaldi-cwsvzm/tmpfx5ig2/document.ly (the “é” of “Clément” disappears)
and Frescobaldi can't find it.
(EDIT : sorry, I didn't see your last post)

I don't use Lilypond very much these times, but for the moment I use LilypondTool with jEdit (better than nothing, but still below Frescobaldi) and I never had any encoding problems, as, I think, it is well-developed and debugged for Windows for a long time now.

Here I'm on my netbook, and I forgot to avoid accents when I created my account. Tomorrow I'll be on an other PC (where I have a “Clement” account), I'll see if it works (the preview of an unsaved document should, at least).

However, if I try to open a file located at the root, it doesn't work either… (even if there is no accent at all in the path).

I also had multiple errors after trying to open a file, and then closing the tab. Every character I wrote generated a short error, it was quite strange… (I tried to have them again to copy-paste them, but I couldn't).

from frescobaldi.

Thanks for your help, and I feel sorry that you experience so many problems right now. But rest assured, as Windows bugs certainly will be ironed out, and with a nice installer Frescobaldi should become a viable windows app soon.

Maybe there are issues with the path separator on Windows. Python uses '' while I see '/' being used by Qt4. Will look into it!

from frescobaldi.

I bring some “good” news!

I'm back home, and with a non-accented Windows account, Frescobaldi can open files (via drag'n'drop or context menu, both work) without any error!
(EDIT : if I open a new file from the context menu, it opens a new session of Frescobaldi, but doesn't open a new tab in a pre-existent session)

However, I still can't have the PDF preview (with or without the point-and-click feature). The error message is the same as before:

Traceback (most recent call last):
File "C:\Python27\lib\site-packages\frescobaldi_app\musicview\__init__.py", line 102, in openDocument
    self.widget().openDocument(doc)
  File "C:\Python27\lib\site-packages\frescobaldi_app\musicview\widget.py", line 111, in openDocument
    self._links = pointandclick.links(document)
  File "C:\Python27\lib\site-packages\frescobaldi_app\musicview\pointandclick.py", line 62, in links
    l = _cache[document] = Links(document)
  File "C:\Python27\lib\site-packages\frescobaldi_app\musicview\pointandclick.py", line 82, in __init__
    m = textedit_match(link.url())
TypeError: expected string or buffer

I just tested opening a file, compiling with lilypond and previewing. But now I'm able to save and open files, I'll try to really “use” Frescobaldi and see if there are any other errors (I'll also try the midi player plugin).

I keep you posted about it!

from frescobaldi.

It's me again!

I didn't encounter any other problem, except a very long loading time with the option menu.

Two tabs take a while to appear : Global preferences (~5-6s) & “Auxiliary applications” (~30s, I thought first it crashed).
Both of these tabs have a “default folder” option, and navigating in the explorer to choose a folder is sometimes very slow. This loading time only happens the first time a tab is opened. Following times, it takes no time (closing the menu clears this kind of “cache”).
However I don't know why it do doesn't happen on all computers. It's perhaps related to windows' explorer, which may differ between windows' versions.

The poppler bug remains though, but it's the only one left, as I saw the accented-letters bug was fixed!

from frescobaldi.

The long loading time of the preferences pages indeed seems to be related to the url buttons, which have a filesystem model completer. On my Linux they instantiate immediately, but when closing the dialog, it can be seen that deleting them takes some time (half a second). Will look into it. (I tried to use one global completer but that didn't work well: frescobaldi would not exit after closing the last main window...)

Regarding the poppler error message (typeerror: expected string or buffer):

which version of PyQt4 and Qt4 are you using? (See Help->About->Versions)

Is that the same as the Python-Poppler-Qt4 module was compiled for? (look at the filename of the python-poppler-qt4 installer file)

from frescobaldi.

The Poppler I have (and the only one I found) was compiled for PyQt4.8.4 but the current version of PyQt4 is 4.9, and Riverbank doesn't distribute older releases… As there is no new poppler installer for WIndows, I'm cornered…!

_EDIT : Yeah! I found in my computer the 4.8.4 release of PyQt I downloaded when I tried to install Frescobaldi some months ago! It works!_

from frescobaldi.

Great!

Thanks again for all the help and testing feedback.
About the slow preferences dialog pages that contain url entry boxes, it turns out that on some windows system the filesystem is extremely slow in returning the list of names of a directories. Mostly because of paths containing references to other places in a network etc. As Frescobaldi uses a QFileSystemModel for completion on those Url entries, this quickly becomes slow. I'll try to make it so that a filesystem model is shared, and/or that it's only instantiated when a user brings the keyboard focus to an url entry.

from frescobaldi.

btw, I am working on a full all-in-one installer for Frescobaldi under Windows which will contain all the needed stuff including the Python herselves :). This will hopefully be ready soon (I am on a small holiday now, without my windoze laptop :-)

from frescobaldi.

slowness in url entry boxes has been fixed by removing the filename completion; there is a browse button anyway.

from frescobaldi.