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
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
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
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 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
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
