new ISO::types::ILLString("This is a string");
Is there any way I can just say:
use ISO::types::ILLString;
my $s = new ILLString("This is a string");
Frantically learning about Perl OOP,
David Christensen
Thanks, Andy... I'll chew on that awhile :-)
-David
On Monday 23 June 2003 08:43 pm, Andy Lester wrote:
> >Is there any way I can just say:
> >
> >use ISO::types::ILLString;
> >my $s = new ILLString("This is a string");
>
> First, what you're talking about isn't object related. It's just
> packa
You know, that is a very cool module. I never would have looked for that
under 'Business', though guess I've got my library blinders on :-)
And I think I "get" EXPORT now. Thanks.
So much to learn, so little time
-David
On Tuesday 24 June 2003 03:51 pm, Andy Lester wrote:
> >Whether y
Hi all,
I've just put Biblio::ILL::ISO up on the CPAN. There is still one major bit
to work out (handling the ASN.1 extensions), and a whack of interoperability
testing to do but my schedule is once again getting a little crazy, and I
wanted to get this out there.
Again, thanks for your c
escription");
You can get it at:
http://www.textualize.com/~david/MARC-Descriptions-0.4.tar.gz
(thanks, Ed!)
Please feel free to let me know what you think - is this something I should
put on the CPAN?
David Christensen
(that guy that was/is doing the ILL ISO stuff)
Already a suggestion - you folks are good!
I tweaked the return-a-description/flags/shortname-string at the suggestion of
Brian Cassidy - thank, Brian :-)
Update at:
http://www.textualize.com/~david/MARC-Descriptions-0.5.tar.gz
-David
Good call.
http://www.textualize.com/~david/MARC-Descriptions-0.6.tar.gz
-David
On Tuesday 09 December 2003 11:24 am, Ed Summers wrote:
> On Tue, Dec 09, 2003 at 11:01:35AM -0600, David Christensen wrote:
> > Update at:
> > http://www.textualize.com/~david/MARC-Descriptions-0.5.ta
Another, cleaner get() routine (thanks Brian!)
http://www.textualize.com/~david/MARC-Descriptions-0.7.tar.gz
Just as an aside the power of this "Internet" thing is truly amazing!
-David
Ok, the MARC::tagdata (otherwise known as The Hash) has been renamed to
MARC::Descriptions::Data, to more accurately reflect it's place in the
universe
http://www.textualize.com/~david/MARC-Descriptions-0.8.tar.gz
I think another hour or so for comments (thanks for all your responses, by th
Hi all - MARC::Descriptions is now up on the CPAN.
http://search.cpan.org/~dchris/MARC-Descriptions-0.8/
Enjoy!
-David
Hi all,
I've been busy hacking away on a set of Perl/Tk widgets for MARC editing
I'm planning on submitting to the CPAN soon (tonight? tomorrow?), but I
thought I'd give anyone interested a chance to bang on it first, and let me
know where it falls down :-)
If anyone is interested, drop me
By the way... I've tentatively called the widgets:
Tk-MARC-record
Tk-MARC-field
Tk-MARC-subfield
Tk-MARC-indicators
Tk-MARC-leader
It seemed a reasonable namespace :-)
If anyone can suggest a better/more-relevant namespace, I'd be glad to hear
it.
-David
Oop, meant to send this to the list:
Actually, I *was* wondering how to package that all up as a single thingy. I
image it would be something like "Tk-MARC-0.1", but I've no idea how to
bundle packages I'm searching through docs as we speak :-)
-David
Ok, I've got everything into one happy package. I hope. :-)
Let me know if you want to take a look
-David
The more I learn, the more I learn I need to learn!
Good call. I'll make the change.
-David
On Friday 16 January 2004 11:11 pm, Andy Lester wrote:
> > By the way... I've tentatively called the widgets:
> > Tk-MARC-record
> > Tk-MARC-field
> > Tk-MARC-subfield
> > Tk-MARC-indicators
> > Tk-MARC-leader
>
> I'd use initial caps, assuming that they c
Hmm. I uploaded Tk-MARC-1.1 to the CPAN and then the CPAN blew up. Hope
it's just a coincidence :-o
-David
Hi all,
I've just uploaded Tk-MARC-1.3 to the CPAN. The only change is a whack of new
test cases :-)
-David
Good timing :-) I was about to start looking at doing some MARC field
validation stuff, once I get some other stuff worked out for Tk::MARC.
On that note - anyone on the list have access to a Sun(SPARC)/Solaris box, and
willing to run a test script for me? Apparently one of the new Tk::MARC
t
All tests are now happy on SPARC/Solaris :-)
(Thanks, Charles)
It'll be up on the CPAN soon.
-David
Hi all,
I've been working on building a cataloguing utility, currently under the
working name "ALEX", but I'll be changing that so as not to conflict with
Eric Lease Morgan's "Alex Catalogue of Electronic Texts" .
There's a few parts to it:
ALEX-DB: a database abstraction layer. Currently work
That might be something that could go into MARC::Descriptions another hash
element to indicate punctuation. Then MARC::Field wouldn't have to worry
about it :-)
as_string() could check if MARC::Descriptions is available, and if so add any
available punctuation. If not, just do it the cu
Hi all,
I've got all the bits in place for a "cataloguer's workshop":
http://home.westman.wave.ca/~dchristensen/index.html
(I still haven't settled on a final name for this thing - sorry, Eric! Soon!)
The sample application, ALEX::Scaffold, works as a rudimentary (and not very
pretty) workshop
- comments, criticisms,
suggestions are all welcome!
You can download the module here:
http://maplin.gov.mb.ca/pub/util/Tk-MARC_Editor-0.4
(at least for now)
(And a heads-up: In the module, the 'subfield' menu currently doesn't do
anything...)
Thanks,
-David Christensen
ou want with it.
A button to scrap changes and revert to the original version of the record
> might be useful (at least until some of the problems mentioned above are
> fixed).
Yep. I'll add that to the sample app over Christmas.
Please keep up the good work. Thank you,
Heh - thank *you* (and Andy, and Ed) for building the tools in the first
place!
-David Christensen
... should I rename
Tk::MARC_Editor to that (you can't just use one as a drop-in replacement for
the other, though... so maybe not).
As always, comments are appreciated. :-)
-David Christensen
Thanks for the comment, Brad.
Yeah, I was wondering about that. My reasoning is that Tk has a number of
widgets, like Tk::Text for dealing with free-form text, or the
Tk::DBI::Table for playing with SQL... so an argument could be made that
Tk::MARC_Editor is a beast like that - a Tk widget specif
the shift key are fixed.
I *think* I've fixed the problem with the editable leader bytes becoming
uneditable and vice versa - I couldn't reproduce the problem, but it did
lead me to redo the way that insert/overstrike mode was handled. It's a lot
cleaner now... :-)
Again, th
Hi All,
We get a lot of updates from our client libraries, to keep our union cat up
to date. There isn't a lot of consistancy between the libraries regarding
which ILS they use (they're all small rural libs), or which versions of a
given ILS. The files of MARC records we get are often... strang
Curiouser and curiouser...
Using just the following code:
#!/usr/bin/perl
use MARC::File::USMARC;
my $cnt = 0;
my $file = MARC::File::USMARC->in( $ARGV[0] );
while ( my $oldmarc = $file->next() ) {
last if $cnt > 5; # Just for testing
$cnt++;
print $oldma
A further +1 :-)
-David
On 1/16/07, Joshua M. Ferraro <[EMAIL PROTECTED]> wrote:
- Paul POULAIN <[EMAIL PROTECTED]> wrote:
> Edward Summers a écrit :
> > Let me know what you think.
>
> what do I think ?
> only 1 thing : APPLAUSE !
> and all koha developpers & users alike I'm definetl
30 matches
Mail list logo
