Hi Wolfgang,
I am glad to to help / submit patches to the best of my ability.
Mostly I would need a bit of education to get started: You said
you may have a patch that allows some of this. May I take a look
at it?
On Mon, Jul 12, 2004 at 02:44:06PM +0200, Wolfgang Pichler wrote:
> David Everly wrote:
>
> ><>Additionally, for me:
> >
> >We have a Music Library of around 3,000 titles, which are not
> >catalogued. It would be efficient for us to pre-print sequential
> >barcodes to affix to each item before cataloguing, and then as it
> >is catalogued, scan that item into Emilda, so there is no accidental
> >problem with sticking a "post-catalogued" barcode to the wrong item.
> >Also, these items may not be catalogued in barcode-sequential order.
> >
> >We have a laser printer that doesn't print 1 barcode at a time (we use
> >sheets of labels, 30 per sheet). Again, to avoid mistakes, it is best
> >to either have the barcode pre-affixed while entering the data or at
> >least printed and affixed immediately after entering the data.
> >Unfortunately for our printer, it would possibly waste 29 labels,
> >depending on the circumstance.
> >
> >On Mon, Jul 12, 2004 at 12:40:18PM +0200, Wolfgang Pichler wrote:
>
> ><> [[[SNIP]]]
>
>
> hi david !
>
> all your feature requests are feasible and more or less identical to the
> ones i (will) have.
> but please keep in mind, that emilda is a project which currently does
> _NOT_ have many ressources / much manpower behind.
> maybe it will be necessary (if i understand things right) that all those
> features desirably will have to be ALSO incorporated by co-developing
> and submitting patches to emilda code.
> to accomplish such a task means to dig into existing code and spend
> rather much time to understand the design of emilda, understand how
> things are done and most important NOT to break anything.
>
> so.
>
> main task will be to have a working base system and have the bells and
> whistles maybe a little bit later or by workarounds and by having some
> functionality outside of emilda for now (so not to be available by
> ready-to-click-buttons but e.g. via engaging perl to suck something out
> of MARC/ZEBRA and MYSQL).
>
> nevertheless i hope that the current design/code-base will be clear
> enough to allow modifications to be not too complicated :-)
>
> (your help, guidance and your suggestions will be the pivot here
> christoffer ? :-)
>
> entry method via barcode was obviously not intended from the beginning
> of emilda but as stated i am expecting that there will be some
> collaborative work necessary to get to such a point
>
> regards
> wolfgang pichler
> _______________________________________________
> Emilda mailing list
> Emilda@xxxxxxxxxxxxxxxxxx
> http://lists.realnode.com/mailman/listinfo/emilda
>
--
Encrypted Mail Preferred:
Key ID: 8527B9AF
Key Fingerprint: E1B6 40B6 B73F 695E 0D3B 644E 6427 DD74 8527 B9AF
Information: http://www.gnupg.org/
ASCII ribbon campaign:
() against HTML email
/\ against Microsoft attachments
Information: http://www.expita.com/nomime.html
signature.asc
Description: Digital signature
|
