[texworks] Windows binaries for testing

[Stefan Löffler]

Hi,

On 2009-06-22 12:16, Mojca Miklavec wrote:
> On Mon, Jun 22, 2009 at 10:55, Alain Delmotte wrote:
>   
>> Hi!
>>
>> On my site (http://www.leliseron.org/texworks) I did add binaries for
>> TeXworks with Lua scripting and for printing.
>> These are for testing only.
>>     
>
> I really like source code printing, thanks :)
>
> A few observations (none of which are urgent to fix):
> - unless word wrapping is selected, the lines are cropped
>   

Since source code printing is done automatically by Qt, there is no easy
solution for this. Simply turn wrapping on ;).

> - if word wrapping is selected, one cannot distinguish if there's a
> wrapping or a new line
>   

That, too, is a Qt inherent problem. Since the TW code doesn't do the
pagination itself, there's little we can do about it.

> Features that might be welcome to have:
> - printing out line numbers
>   

That may be possible by creating a temporary copy of the stuff to print
and prefix each line by the number. Don't expect that to be nicely
formatted, though.

> - choosing font size (and font face?)
>   

I haven't tried it, but I suppose the printer should use the current
editor font, so you can change that.

> - setting margin sizes
>   

That should be possible. I'm not sure if the printing preferences dialog
on Windows supports it.

> - setting headers & footers (location of page numbers, file name,
> date, whatever ...)
>   

That would indeed be nice. But since printing is done by Qt which
doesn't supported that AFAIK, this won't be done soon.

> While printing the program "almost freezed" a few times (longer
> intervals of being frozen, but maybe that's normal).
>
> While printing PDF the program doesn't respond unitl the document is
> sent to printer, but again - maybe that's normal.
>   

Hm, for printing the PDF there should be a progress dialog, which may
not get shown when printing only one page, though. There's no such thing
for printing the source code, though, as that's done automatically. In
general, it's quite normal that the program works for some time during
printing. There may be the possibility to move the whole printing
process to the background, but that would give rise to a new problem: we
would have to ensure that the user doesn't change the data that is
printed in mid-process (e.g. by saving and/or retypesetting).

In any case it's good to hear that the patch works :).

Stefan