[DBM file]
Hi all, I'm trying to use .dbm file, initially created with perl 5.6.0 on a red hat linux workstation, with perl 5.8.4 on mac OSX (10.3.4). Those dbm file can't be tie : can't tie file ./data/22092003/orf/dbm/directory.dbm : Inappropriate file type or format. Is there any tricks so that these file be appropriate type or format ? Thanks. Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com
Re: Thunderbird
On 2004.9.24, at 11:55 AM, wren argetlahm wrote: --- Chris Devers wrote: --- Joel Rees wrote: I don't know about .vcf, but .csv is fairly easy to just look at with a text editor (formatting off, of course). Yeah, they're both just text and (pretty) easily readable. The problem comes in that I don't want to stop using AddressBook and so I'm looking for a maintainable solution, where I can just hit a couple buttons or run a script rather than needing to manually enter anything. That's part of the reason i've been looking at FB's import function and Mac::Glue. I don't know for sure, but I'm thinking that FB doesn't offer any sort of scripting API (ala Mac::Glue or commandline commands) that'd let me enter the data programmatically if the Import function doesn't work. I'd love to be disproven however. Incidentally, the .vcf file generated by AB looks akin to your example but with a space between every charecter and two newlines instead of one. Is that normal, or might that be part of the reason that Firebird is having difficulty reading it? I would guess that would be the entire reason. Use the file open menu item in Text Edit and try loading the .vcf file generated by Address Book as a Unicode UTF-16 file. (You may need to customize the encoding list.) If you just double click or drag-and-drop, it will use the default encoding, which is probably UTF-8.
How to find fonts for ImageMagick
Hi there I have also been struggeling with the installation of ImageMagick and I am currently in the process of gathering all the relevant C-libraries. One problem that I'd like to get help with is how to tell ImageMagick which fonts to use! I am having problems specifying specific versions of specific fonts - EG Helvetica Bold Italic. Does anyone on this list have URL's or other tips that can provide extra details as of how to do this. Preferably for both PostScript and TrueType fonts as well as for both a Mac OS X as well as a Windows 2000 platform (I want to use IM in several different development enviroments) Thanx Thomas von Eyben
Re: Thunderbird
On Thu, 23 Sep 2004, wren argetlahm wrote: Incidentally, the .vcf file generated by AB looks akin to your example but with a space between every charecter and two newlines instead of one. Is that normal, or might that be part of the reason that Firebird is having difficulty reading it? It looks like it's using DOS line endings: \r\n That may be required by the spec, I don't know... -- Chris Devers
Re: Thunderbird
On 2004.9.24, at 11:34 AM, Chris Devers wrote: On Fri, 24 Sep 2004, Joel Rees wrote: I don't know about .vcf, but .csv is fairly easy to just look at with a text editor (formatting off, of course). VCF is (basically) an ascii format. You can encode binary data (e.g. photos) in it, but it's base64 encoded (just like email) so you can poke at it with a regular text editor. A typical entry might look something like this: BEGIN:VCARD VERSION:3.0 N:Meyer;Russ;;; FN:Russ Meyer EMAIL;type=INTERNET;type=HOME;type=pref:[EMAIL PROTECTED] item1.EMAIL;type=INTERNET:[EMAIL PROTECTED] item1.X-ABLabel:_$!Other!$_ TEL;type=HOME;type=pref:800 555.1212 item2.ADR;type=HOME;type=pref:;;42 Any Lane \n;Hollywood;CA;12345;United States item2.X-ABADR:us X-AIM;type=HOME;type=pref:rmvix END:VCARD Now that you mention it, I guess I have looked at those with a text editor. Etc. It's a little confusing, Not so much confusing as just got a lot of stuff in it. Looks like colons for the element labels and semicolons for the element delimiters. And I think I see a buried newline escaped with a backslash. Hmm. Who made this format up, anyway? My goodness, these things have got RFCs behind them: http://www.imc.org/pdi/ Surprised they don't mention any movement to convert these to XML. but it's mostly a regular format that isn't too hard to read or otherwise work with. Well, ... (One of these days, we have to put ASCII behind us, but that's a topic for a rainy weekend or two.) ??? Every tool has a role; ascii has lots and lots and lots of useful ones. Also roles that it's totally wrong for, but that doesn't mean that it makes sense to get rid of it altogether... Yeah, but it's time to move on. (I'm busy in my spare time trying to invent an encoding scheme that includes a variety of meta-punctuation, including meta-field separators. Of course, by this point, I'm duplicating effort by the Unicode consortium, to a certain extent.) -- Joel Rees