Hi Joe,
On Mon, Sep 28, 2009 at 11:50 PM, Joe Atzberger wrote:
> The problem is not really with Koha, it is with the PDF format.
Very definitely so.
> I worked on this a while back, and concluded it will not be possible to
> cleanly solve without serious trade-offs:
>
>- controlling mo
> On Mon, Sep 28, 2009 at 11:50 PM, Joe Atzberger wrote:
>
>> The problem is not really with Koha, it is with the PDF format.
>
>
> Very definitely so.
>
>
>
>
>> In my opinion, development time might be better spent on piping the data
>> into an external known good UNICODE-capable print tool
I am more than willing to attempt to help in "testing" preparing for the next
release. I just need some direction as to what I can do.
I am unable to install an update locally - but am more than willing to test
and do things on someone else' box.
What can I do
David Schuster
--
View this
On Tue, Sep 29, 2009 at 10:13 AM, Joe Atzberger wrote:
> Actually, the "other app" wouldn't have to produce PDFs at all, since those
> are just a midpoint to printing actual barcode labels. For example, if we
> import CSV data into an Open Office spreadsheet, then it's just a question
> of page
You can load multiple attributes at one time:
"period04:04470624114,grade:07"
First attribute being loaded is
period04
which loads
04470624114
Second attribute is
grade:
which loads
07
The header is just: "patron_attributes"
Hope that helps - we have decided to load the patron attributes, but
David,
Others may have some good ideas, but if you can test at home, you can
install VirtualBox and then Debian on that and then Koha on that :)
That's what I did on my personal computer so that I can test, develop
and document Koha.
As for me personally, I'm always up for help with documentation
