Monte Milanuk wrote:
Opening Adobe Reader as a sort of 'print preview' might be a workable
solution.
Or if you think Acrobat Reader sucks too much, Foxit Reader
is a nice, lightweight alternative:
http://www.foxitsoftware.com/pdf/reader/reader3.php
--
Greg
--
http://mail.python.org/mailman/l
On Sun, Jun 13, 2010 at 12:25 PM, Monte Milanuk wrote:
> On 6/13/10 11:30 AM, Joel Goldstick wrote:
>>
>> Use django or another web framework, and make your application a web
>> app. With this approach you can display output to a web page, and
>> create a print stylesheet that can be finely tuned
On Jun 13, 1:13 pm, Monte Milanuk wrote:
> On 6/13/10 10:23 AM, Diez B. Roggisch wrote:
>
> > However, the overall problem here is that printer APIs are very
> > different between os and they aren't abstracted in python to some common
> > module. They need access to GUI libraries which python does
On 6/13/10 11:30 AM, Joel Goldstick wrote:
Use django or another web framework, and make your application a web
app. With this approach you can display output to a web page, and
create a print stylesheet that can be finely tuned to print.
This ups your work to get involved with a web framework,
On 6/13/10 11:12 AM, Anssi Saari wrote:
I actually looked into label printers recently. It seems that at least
the cheaper models from Brother and Dymo accept a bitmap in specific
dimensions and they print it pixel exactly. Very simple, in other
words. But different printers need different forma
Monte Milanuk wrote:
Hello,
I'm still a relative newbie to python, so I apologize if this is covered
in detail somewhere and I missed it.
I have a program or two that I want to work on once I get more
proficient with python and sqlite and tkinter/wxpython. One of the big
'features' of thos
Monte Milanuk writes:
> Hello,
>
> I'm still a relative newbie to python, so I apologize if this is
> covered in detail somewhere and I missed it.
>
> I have a program or two that I want to work on once I get more
> proficient with python and sqlite and tkinter/wxpython. One of the
> big 'featur
On 6/13/10 10:23 AM, Diez B. Roggisch wrote:
However, the overall problem here is that printer APIs are very
different between os and they aren't abstracted in python to some common
module. They need access to GUI libraries which python doesn't expose
out of the box.
I know the usual response
Monte Milanuk wrote:
> On 6/13/10 8:00 AM, Joel Goldstick wrote:
>
> > Why not go the other direction. Use python to do your processing,
> > and
> > send the results to excel. There are python modules that read and
> > write
> > excel files.
>
> Well... partly because Excel is not exactly cross-
On 6/13/10 8:00 AM, Joel Goldstick wrote:
Why not go the other direction. Use python to do your processing, and
send the results to excel. There are python modules that read and write
excel files.
Well... partly because Excel is not exactly cross-platform. Granted,
the mass majority of peopl
Monte Milanuk wrote:
Hello,
I'm still a relative newbie to python, so I apologize if this is covered
in detail somewhere and I missed it.
I have a program or two that I want to work on once I get more
proficient with python and sqlite and tkinter/wxpython. One of the big
'features' of thos
Monte Milanuk wrote:
> Hello,
>
> I'm still a relative newbie to python, so I apologize if this is covered
> in detail somewhere and I missed it.
>
> I have a program or two that I want to work on once I get more
> proficient with python and sqlite and tkinter/wxpython. One of the big
> 'featur
Monte Milanuk wrote:
> I realized today that one thing I have never seen covered in any Python
> tutorial is how to format and print things to a physical printer. I did
> a little bit of searching and didn't come up with much... either I'm
> really not using the right search terms, or physical pr
13 matches
Mail list logo
