Mini reinteract user survey
Owen Taylor
build environments working again so I can roll out 0.6.0 releases with
printing and other enhancements since the 0.5.0 releases in 2009. What
binary releases I build is somewhat limited by what I have access to
and the time I have to spend, but I wanted to take a quick survey of
people on this list to get some idea of what would be useful.
Feel free to respond to the following with not just what you are
currently doing but what you would like to do, or what you tried to do
but didn't work:
1. What platform or platforms do you use Reinteract on? (Be specific:
'windows 7, 64-bit', 'Ubuntu 10.10', etc.)
2. What version of Python do you use? How did you install it?
3. What extension modules do you use with reinteract?
Please send responses to the list - I don't think there are enough
users at the moment to make that painful :-)
Thanks!
- Owen
Robert Schroll
deciding on binaries.
On 09/11/2011 04:02 PM, Owen Taylor wrote:
> 1. What platform or platforms do you use Reinteract on? (Be specific:
> 'windows 7, 64-bit', 'Ubuntu 10.10', etc.)
Ubuntu 10.04
>
> 2. What version of Python do you use? How did you install it?
2.6, part of the standard install.
>
> 3. What extension modules do you use with reinteract?
Unsurprisingly, refigure2 and revis.
Robert
John Rizzo
--
You received this message because you are subscribed to the Google Groups "Reinteract" group.
To post to this group, send email to reint...@googlegroups.com.
To unsubscribe from this group, send email to reinteract+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/reinteract?hl=en.
John Rizzo
daspostloch
2. both Python 3.2.1 and Python 2.7.2 ,
installed via pacman
3. refigure2 ; retex seems to be installed, but never used
Thanks for asking and all! :)
-Paul
Owen Taylor
> 3. What extension modules do you use with reinteract?
To clarify, what I actually meant here was not "reinteract related
extension modules" but " 3rd party extension modules" - I was
wondering how much good packaging up numpy and matplotlib into the
binary distribution was doing. And also how much I have to worry on
the Mac about _which_ Python is being used by the binary Reinteract...
does that need to be made configurable in some fashion?
But thinking about it, it's sort of an open-ended question that would
give lots of irrelevant data, so I'm happy to get the answers about
what reinteract-related extension modules are in use.
- Owen
Kai
> I spent some time this weekend looking at getting my Windows and Mac
> build environments working again so I can roll out 0.6.0 releases with
> printing and other enhancements since the 0.5.0 releases in 2009. What
> binary releases I build is somewhat limited by what I have access to
> and the time I have to spend, but I wanted to take a quick survey of
> people on this list to get some idea of what would be useful.
>
> Feel free to respond to the following with not just what you are
> currently doing but what you would like to do, or what you tried to do
> but didn't work:
>
> 1. What platform or platforms do you use Reinteract on? (Be specific:
> 'windows 7, 64-bit', 'Ubuntu 10.10', etc.)
Fedora 14, 64-bit
OS X 10.6, forced 32-bit (64-bit machine)
> 2. What version of Python do you use? How did you install it?
2.7 and 2.6 respectively; system-provided python in both cases.
> 3. What extension modules do you use with reinteract?
replot, retex and regraph (hacky home-grown networkx integration; used
to have an igraph version of this too, but stopped using it)
And responding to the more general version of the question,
matplotlib, numpy, scipy, biopython, networkx.
cheers,
Kai
pbouda
2. Python 2.7 und 3.1, from python.org (Windows) and Ubuntu repository
(Python 2.7. only for matplotlib, at the moment)
3. NetworkX, matplotlib, numpy, scikits.learn (mostly with IPython)
Richard Thomas
I seem to be one of the few Windows users. Admittedly I haven't been
using Reinteract much recently, but finally got round to trying to
reinstall everything from afresh using all the latest releases of
Reinteract and the various other underlying python bits, just viewing
some old reinteract worksheets I have. I thought the feedback might be
helpful and hope one day to be able to generate Reinteract PDFs..
On 11/09/2011 21:02, Owen Taylor wrote:
> I spent some time this weekend looking at getting my Windows and Mac
> build environments working again so I can roll out 0.6.0 releases with
> printing and other enhancements since the 0.5.0 releases in 2009. What
> binary releases I build is somewhat limited by what I have access to
> and the time I have to spend, but I wanted to take a quick survey of
> people on this list to get some idea of what would be useful.
>
> Feel free to respond to the following with not just what you are
> currently doing but what you would like to do, or what you tried to do
> but didn't work:
>
> 1. What platform or platforms do you use Reinteract on? (Be specific:
> 'windows 7, 64-bit', 'Ubuntu 10.10', etc.)
> 2. What version of Python do you use? How did you install it?
python-2.7.2.msi
numpy-1.6.1-win32-superpack-python2.7.exe
scipy-0.9.0-win32-superpack-python2.7.exe
matplotlib-1.0.1.win32-py2.7.exe
Manually added "C:\Python27\;" to PATH
Latest Reinteract installed by running:
pygtk-all-in-one-2.24.0.win32-py2.7.msi
Git-1.7.6-preview20110708.exe
(Git clone from:) http://git.fishsoup.net/cgit/reinteract/ to D:
\Sources\Reinteract\reinteract_from_src\lib
set PYTHONPATH=D:\Sources\Reinteract\reinteract_from_src\lib
> 3. What extension modules do you use with reinteract?
worksheets).
Copied this into reinteract_from_src\lib directory
For want of a better way, ran reinteract in a command prompt by:
cd "D:\Sources\Reinteract\reinteract_from_src\bin"
python Reinteract.pyw
Printing problems
~~~~~~~~~~~~~~
If I use "Print", then select "Preferences" (and mark my preferences -
specifically to include print preview), it just ignores them.
More importantly, the printout works fine for text, but just prints
hundreds of numbers instead of the graphs. Perhaps this is to do with
me using an old version of refigure(1)?
PDF Generation?
~~~~~~~~~~~~~~
I seem to recall there being talk of the print-related features being
able to generate PDF files (which is my prime motivator for pursuing
newer versions of Reinteract). Could work out how this is done though.
"About" menu problem
~~~~~~~~~~~~~~~~~~
Trying to run Menu->Help->about does nothing but produces console
errors:
Traceback (most recent call last):
File "D:\Sources\Reinteract\reinteract_from_src\lib\reinteract
\base_window.py", line 287, in on_about
application.show_about_dialog(self.window)
File "D:\Sources\Reinteract\reinteract_from_src\lib\reinteract
\application.py", line 160, in show_about_dialog
self.__about_dialog = AboutDialog()
File "D:\Sources\Reinteract\reinteract_from_src\lib\reinteract
\about_dialog.py", line 56, in __init__
icon =
gtk.gdk.pixbuf_new_from_file_at_size(global_settings.icon_file, 64,
64)
glib.GError: Failed to open file 'D:\Sources\Reinteract
\reinteract_from_src\Reinteract.ico': No such file or directory
Trying a quick hack of copying the file "Reinteract.ico" from the data
subdir to the this one gives:
D:\Sources\Reinteract\reinteract_from_src\lib\reinteract
\about_dialog.py:56: War
ning: GError set over the top of a previous GError or uninitialized
memory.
This indicates a bug in someone's code. You must ensure an error is
NULL before
it's set.
The overwriting error message was: Couldn't load bitmap
icon =
gtk.gdk.pixbuf_new_from_file_at_size(global_settings.icon_file, 64,
64)
Traceback (most recent call last):
File "D:\Sources\Reinteract\reinteract_from_src\lib\reinteract
\base_window.py", line 287, in on_about
application.show_about_dialog(self.window)
File "D:\Sources\Reinteract\reinteract_from_src\lib\reinteract
\application.py", line 160, in show_about_dialog
self.__about_dialog = AboutDialog()
File "D:\Sources\Reinteract\reinteract_from_src\lib\reinteract
\about_dialog.py", line 56, in __init__
icon =
gtk.gdk.pixbuf_new_from_file_at_size(global_settings.icon_file, 64,
64)
glib.GError: InvalidParameter
Note that on the 0.5.0 windows binary release, the "About" never gave
a proper version number anyway.. it just announced something like
"Version: @Version@"
Richard
Robert Schroll
> More importantly, the printout works fine for text, but just prints
> hundreds of numbers instead of the graphs. Perhaps this is to do with
> me using an old version of refigure(1)?
The old version of refigure does not have support for the new printing
mechanism. I'm guessing the default for objects without support is to
print their __repr__, which in the case of refigure was all of the
plotting commands that went into it. (This was more for diagnostics than
any real use, I think).
Recent versions of refigure2 support printing. If it's important, you
may be able to copy the printing support back to refigure. (Feel free
to ask me more about this.) But given the introduction of the build
keyword, I think it's safe to say refigure2 is the way forward, and I'd
recommend migrating to that.
>
> PDF Generation?
> ~~~~~~~~~~~~~~
> I seem to recall there being talk of the print-related features being
> able to generate PDF files (which is my prime motivator for pursuing
> newer versions of Reinteract). Could work out how this is done though.
I'm guessing most Linux and Mac people get PDF generation for free
through printing support. (I have a "printer" that spits out PDF files
instead of paper.) I gather that's not the case on Windows. Printing
is done through Cairo, which can output PDF files, so the base is there
for direct PDF output. I don't know how much work actually hooking it
up would be, though.
When I last used Windows, I had found a printer driver that produced
Postscript files. As a stop-gap measure, you could probably find
something like that. (A quick Google search reveals
http://sourceforge.net/projects/pdfcreator/, but I can't vouch one way
or the other on it.)
Robert
Owen Taylor
> On 09/21/2011 11:56 AM, Richard Thomas wrote:
>>
>> More importantly, the printout works fine for text, but just prints
>> hundreds of numbers instead of the graphs. Perhaps this is to do with
>> me using an old version of refigure(1)?
>
> The old version of refigure does not have support for the new printing
> mechanism. I'm guessing the default for objects without support is to print
> their __repr__, which in the case of refigure was all of the plotting
> commands that went into it. (This was more for diagnostics than any real
> use, I think).
Phew - I was worried that I'd be debugging some sort of weird
matplotlib/cairo/windows-printing problem that was resulting in
garbage in the output...
[...]
>> PDF Generation?
>> ~~~~~~~~~~~~~~
>> I seem to recall there being talk of the print-related features being
>> able to generate PDF files (which is my prime motivator for pursuing
>> newer versions of Reinteract). Could work out how this is done though.
>
> I'm guessing most Linux and Mac people get PDF generation for free through
> printing support. (I have a "printer" that spits out PDF files instead of
> paper.) I gather that's not the case on Windows. Printing is done through
> Cairo, which can output PDF files, so the base is there for direct PDF
> output. I don't know how much work actually hooking it up would be, though.
We probably need to add a "Export to PDF" menu option for windows, and
to make it more discoverable/usable on other platforms.
looks promising, though I haven't tested this on windows. All the
machinery to print to PDF is there on windows - the PDF generation is
part of Cairo. So the only problem would be if something about the
Windows printing integration keeps it from working.
- Owen
Owen Taylor
> I seem to be one of the few Windows users. [...]
Don't think reinteract is overflowing with users on any platform at
the moment :-)
> Printing problems
> ~~~~~~~~~~~~~~
> If I use "Print", then select "Preferences" (and mark my preferences -
> specifically to include print preview), it just ignores them.
Hmm, will have to test this on Linux and see if it works there. If
it's windows specific, it's going to be a GTK+ bug :-(
> More importantly, the printout works fine for text, but just prints
> hundreds of numbers instead of the graphs. Perhaps this is to do with
> me using an old version of refigure(1)?
Seems like Robert has this one explained; testing with a simple plot
using replot would be useful if that explanation doesn't seem to be
the case. (Try printing the plot example from the Examples notebook.)
> "About" menu problem
> ~~~~~~~~~~~~~~~~~~
> Trying to run Menu->Help->about does nothing but produces console
> errors:
OK, will look at this when I get a chance - don't think it's anything
very hard, just some wrong paths to files.
Thanks a lot for doing this testing!
- Owen
Owen Taylor
> \Sources\Reinteract\reinteract_from_src\lib
> set PYTHONPATH=D:\Sources\Reinteract\reinteract_from_src\lib
For want of a better way, ran reinteract in a command prompt by:
> cd "D:\Sources\Reinteract\reinteract_from_src\bin"
> python Reinteract.pyw
Oh, this is the source of your about dialog problems ...
Reinteract.pyw is a wrapper script that works with the directory
layout the installer builds on windows. To run uninstalled, you can
use the uninst.py file in that same directory. (Gives a console window
because it's .py not .pyw. There was a bug on Windows that I just
pushed a fix for that was causing it to blow up.)
> Printing problems
> ~~~~~~~~~~~~~~
> If I use "Print", then select "Preferences" (and mark my preferences -
> specifically to include print preview), it just ignores them.
Hmm, testing on Windows 7 with the included "Microsoft XPS Document
Writer" it seems to work correctly for preference handling. Not sure
what is going on for you.
> More importantly, the printout works fine for text, but just prints
> hundreds of numbers instead of the graphs. Perhaps this is to do with
> me using an old version of refigure(1)?
replot plots do seem to plot as plots, but the scale was way off ...
they are vastly huge. Pushed a fix for that too.
Owen Taylor
>> I'm guessing most Linux and Mac people get PDF generation for free through
>> printing support. (I have a "printer" that spits out PDF files instead of
>> paper.) I gather that's not the case on Windows. Printing is done through
>> Cairo, which can output PDF files, so the base is there for direct PDF
>> output. I don't know how much work actually hooking it up would be, though.
>
> We probably need to add a "Export to PDF" menu option for windows, and
> to make it more discoverable/usable on other platforms.
>
> http://www.pygtk.org/docs/pygtk/class-gtkprintoperation.html#method-gtkprintoperation--set-export-filename
>
> looks promising, though I haven't tested this on windows. All the
> machinery to print to PDF is there on windows - the PDF generation is
> part of Cairo. So the only problem would be if something about the
> Windows printing integration keeps it from working.
Attached a first draft of this, seems to work. Some UI points need to
be figured out:
* Should it always prompt for options? What options? Paper size?
Orientation? What pages to print?
* Should it be possible to set defaults for options in Preferences,
or is it better to use a memory of what the user set last time? Is
that memory per-notebook or global?
* What folder should it default to saving the PDF in? The notebook
directory? "Documents"? "Desktop"? Does that depend on the platform?
* If we prompt for options, should they be embedded in the save file
dialog, or should it be a two-step thing? Or do we embed the save
location in an options dialog using GtkFileChooserEntry if we can
usually guess the right directory,
- Owen
