Hi all At Argentina's UNLP Physics Library we upload "a vision" of the functionality that we propose to be included in 2.4 roadmap. It doesn't intend to be the formal 2.4 roadmap but perhaps could help to see what are we working before the 20 Sep irc meeting. The almost finished functionality includes some screenshots, the idea is to test if is there international interest for each functionality to be included inside an official release (2.4, 2.6 or any we all agree), and diferentiate our local (and only local) requirements. I think we are not in conditions actually to write a formal roadmap or to be a release manager, our plans consists in finish this scheme of added functionality and start testing (Koha 2.X + this features) in a production environment (after all of this we'll take the role of bug reporters/correctors). Please let me know what do you think about the features, what other ideas must we take in account, which things are unclear, what kind of things are very specific and not general, which things reflects a behaviour that must be parametrized, and so on. This "proposal" is not closed at all, one more time we request for Paul help in discovering this kind of things. The URL is located in http://biblio.fisica.unlp.edu.ar/sitio/librarian/kohapf/ Regards and TIA Emiliano Marmonti Antorchas-UNLP Physics Proyect
Isn't the receipt printing function already in Koha? (I know NPL has been using receipt printers for several months.) Nice site, BTW. Nelsonville keeps a list of projects like this that are made available to a computer programming class at the local university. The students sometimes pick some of the projects for class projects, which is a good way to get a little Koha work done for "free." Stephen Emiliano Marmonti said:
Hi all
At Argentina's UNLP Physics Library we upload "a vision" of the functionality that we propose to be included in 2.4 roadmap. It doesn't intend to be the formal 2.4 roadmap but perhaps could help to see what are we working before the 20 Sep irc meeting. The almost finished functionality includes some screenshots, the idea is to test if is there international interest for each functionality to be included inside an official release (2.4, 2.6 or any we all agree), and diferentiate our local (and only local) requirements. I think we are not in conditions actually to write a formal roadmap or to be a release manager, our plans consists in finish this scheme of added functionality and start testing (Koha 2.X + this features) in a production environment (after all of this we'll take the role of bug reporters/correctors). Please let me know what do you think about the features, what other ideas must we take in account, which things are unclear, what kind of things are very specific and not general, which things reflects a behaviour that must be parametrized, and so on. This "proposal" is not closed at all, one more time we request for Paul help in discovering this kind of things.
The URL is located in
http://biblio.fisica.unlp.edu.ar/sitio/librarian/kohapf/
Regards and TIA
Emiliano Marmonti Antorchas-UNLP Physics Proyect
------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Koha-devel mailing list Koha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel
-- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges@skemotah.com
Hi
Isn't the receipt printing function already in Koha? (I know NPL has been using receipt printers for several months.)
Sure was - if it's not now then whip in a bug report :-)
Nice site, BTW. Nelsonville keeps a list of projects like this that are made available to a computer programming class at the local university. The students sometimes pick some of the projects for class projects, which is a good way to get a little Koha work done for "free."
That's a great idea - we put them on a brochure we got printed, and we now need to get it redone, because they've all been done pretty much BTW, I couldn't see the proposed features - got a site error.... Cheers Rachel
Stephen
Emiliano Marmonti said:
Hi all
At Argentina's UNLP Physics Library we upload "a vision" of the functionality that we propose to be included in 2.4 roadmap. It doesn't intend to be the formal 2.4 roadmap but perhaps could help to see what are we working before the 20 Sep irc meeting. The almost finished functionality includes some screenshots, the idea is to test if is there international interest for each functionality to be included inside an official release (2.4, 2.6 or any we all agree), and diferentiate our local (and only local) requirements. I think we are not in conditions actually to write a formal roadmap or to be a release manager, our plans consists in finish this scheme of added functionality and start testing (Koha 2.X + this features) in a production environment (after all of this we'll take the role of bug reporters/correctors). Please let me know what do you think about the features, what other ideas must we take in account, which things are unclear, what kind of things are very specific and not general, which things reflects a behaviour that must be parametrized, and so on. This "proposal" is not closed at all, one more time we request for Paul help in discovering this kind of things.
The URL is located in
http://biblio.fisica.unlp.edu.ar/sitio/librarian/kohapf/
Regards and TIA
Emiliano Marmonti Antorchas-UNLP Physics Proyect
------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Koha-devel mailing list Koha-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel
-- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR Ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 12487, Wellington http://www.katipo.co.nz New Zealand Koha Open Source Library System http://www.koha.org
Hi all, Some questions re enhancements from a small library, that I thought might be worth sharing, to see if others have the same thougths - or if it's just them.... 1/. Auto Complete for Subjects So they are wondering wether they could start typing in a subject and ones that match would come up in the list... 2/. Circulation - use titles as well as numbers? So for libraries that doen't really make a lot of use out of numbers (ie don't have barcodes and barcode readers) could the input screen that wants the barcode accept a title as well/instead? Wouldn't work on a bigger library where there is more than one copy of a book I assume, but would be useful for small ones possibly? 3/. Does the new version have a location field for items - as well as a branch? I can't remember - I had a feeling it does (so location is "shelf 5" or similar?) Cheers R -- _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications MANAGING DIRECTOR Ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 12487, Wellington http://www.katipo.co.nz New Zealand Koha Open Source Library System http://www.koha.org
Hi, Rachel - Rachel Hamilton-Williams said:
2/. Circulation - use titles as well as numbers? So for libraries that doen't really make a lot of use out of numbers (ie don't have barcodes and barcode readers) could the input screen that wants the barcode accept a title as well/instead? Wouldn't work on a bigger library where there is more than one copy of a book I assume, but would be useful for small ones possibly?
I would think the library would have to be _very_ small. There are lots of books with the same title but different authors. (I guess there are only so many good titles out there, or maybe authors just don't have a lot of imagination?) I don't think I've ever seen a library that didn't use some sort of control number to eliminate this problem. Stephen
On 2004-10-27 00:12:10 +0100 Rachel Hamilton-Williams <rachel@katipo.co.nz> wrote:
1/. Auto Complete for Subjects So they are wondering wether they could start typing in a subject and ones that match would come up in the list...
Recent Mozilla-based browsers seem to pop up a list of previous entries when you start typing in a text field. I don't think you can preload this, though, except maybe some with very evil Javascript trickery. It may be better to accept partial entries in the subject and present alternatives as the first step, or build a drop-list of possible values. -- MJR/slef My Opinion Only and not of any group I know Creative copyleft computing - http://www.ttllp.co.uk/ Will HLF fund tree-killings? http://www.thewalks.co.uk/
1/. Auto Complete for Subjects So they are wondering wether they could start typing in a subject and ones that match would come up in the list...
There is a method of refreshing the browser's display with information on the server without refreshing the whole page. It uses javascript to instantly send text as you type to a script on the server side. This script returns an include file that is added to the page via the DOM (Document Object Model). See an explanation of one such system here: http://blog4.bitflux.ch/wiki/LiveSearch And an example in the right-hand search box here: http://blog.bitflux.ch/ It's interesting--it does use Javascript, which obviously some folks think is evil. I would classify this as non-evil javascript because it can degrade gracefully for other users--they can use the example search form just fine without JS, they just don't get the instant matching. I doubt this would work well with a database that was very large, though--imagine you're trying to pull of subjects from your library database and the 'livesearch' function starts by pulling everything starting with 'd'. It'd probably be too slow to be usable. -- Owen
Rachel Hamilton-Williams a écrit :
Hi all,
Some questions re enhancements from a small library, that I thought might be worth sharing, to see if others have the same thougths - or if it's just them....
1/. Auto Complete for Subjects So they are wondering wether they could start typing in a subject and ones that match would come up in the list...
It's a HTML way of functionning problem. I think the project Owen pointed is nice. I've bookmarked it, i'll see what we can do with it later.
2/. Circulation - use titles as well as numbers? So for libraries that doen't really make a lot of use out of numbers (ie don't have barcodes and barcode readers) could the input screen that wants the barcode accept a title as well/instead? Wouldn't work on a bigger library where there is more than one copy of a book I assume, but would be useful for small ones possibly?
Same opinion as Stephen
3/. Does the new version have a location field for items - as well as a branch? I can't remember - I had a feeling it does (so location is "shelf 5" or similar?)
Yes : in 2.2, the location is 3 levels : items.holdingbranch + items.location + items.itemcallnumber -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)
Emiliano: Many of your proposed funcitionalities are usefull in my instalation, I think that other Latin American librarires will agree with my opinion. I can uses my instalation as a test base for your features. Andrés Emiliano Marmonti wrote:
Hi all
At Argentina's UNLP Physics Library we upload "a vision" of the functionality that we propose to be included in 2.4 roadmap. It doesn't intend to be the formal 2.4 roadmap but perhaps could help to see what are we working before the 20 Sep irc meeting. The almost finished functionality includes some screenshots, the idea is to test if is there international interest for each functionality to be included inside an official release (2.4, 2.6 or any we all agree), and diferentiate our local (and only local) requirements. I think we are not in conditions actually to write a formal roadmap or to be a release manager, our plans consists in finish this scheme of added functionality and start testing (Koha 2.X + this features) in a production environment (after all of this we'll take the role of bug reporters/correctors). Please let me know what do you think about the features, what other ideas must we take in account, which things are unclear, what kind of things are very specific and not general, which things reflects a behaviour that must be parametrized, and so on. This "proposal" is not closed at all, one more time we request for Paul help in discovering this kind of things.
The URL is located in
http://biblio.fisica.unlp.edu.ar/sitio/librarian/kohapf/
Regards and TIA
Emiliano Marmonti Antorchas-UNLP Physics Proyect
participants (7)
-
Andres Tarallo -
Emiliano Marmonti -
MJ Ray -
Owen Leonard -
Paul POULAIN -
Rachel Hamilton-Williams -
Stephen Hedges