Kde-pim/pi 2.1.0 Available!

[tone]

hi,

i'm proud & recent owner of a c3000.

i have imported my address db - a not so huge 500kb vcf file. i am using KA/Pi for an addressbook.

i have found KA/pi to be cripplingly slow - not only to load, but also to search. A few mins loading, and maybe 15 seconds for a name search.

does anyone share this problem? has anyone solved it?

I think I have set the internal format to binary; i have no extensions listed.

Thanks,

Tony

[shreks]

OK, I hope I have all problems solved.
(But not the strange KA/Pi Chinese input problem from shreks).

Please try again - and test the new backup feature!:

********** VERSION 2.1.2 ************

[div align=\"right\"][a href=\"index.php?act=findpost&pid=76470\"][{POST_SNAPBACK}][/a][/div]

I found a BUG in the address book:

When I used the address book to import a CSV file, I was asked to match up each colum of CSV file to corresponding field supported by kapi. This is done through choosing a pull-down menu at each column. But I found out that one field is missing: CATEGORY, to store the categroy that a contact belongs to, such as Family, Friend, Business etc. Since my CSV file was created by Yahoo! Address Book, it contains a column of CATEGORY which is also supported by KAPI. Actually this bug exists in many early versions of KAPI but I forgot to report it. Now I started using kdepim seriously and found this bug stays in my way to start.

Another question is: the email client currently does not support cutomized encoding options, right? how about just add UTF-8 support because it is the easiest way to support multiple languages since kdepim support choosing customized fonts.

Zautrix, Good Work!

[zautrix]

I found a BUG in the address book:

When I used the address book to import a CSV file, I was asked to match up each colum of CSV file to corresponding field supported by kapi. This is done through choosing a pull-down menu at each column. But I found out that one field is missing: CATEGORY, to store the categroy that a contact belongs to, such as Family, Friend, Business etc. Since my CSV file was created by Yahoo! Address Book, it contains a column of CATEGORY which is also supported by KAPI. Actually this bug exists in many early versions of KAPI but I forgot to report it. Now I started using kdepim seriously and found this bug stays in my way to start.

Another question is: the email client currently does not support cutomized encoding options, right? how about just add UTF-8 support because it is the easiest way to support multiple languages since kdepim support choosing customized fonts.

Zautrix, Good Work!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77041\"][{POST_SNAPBACK}][/a][/div]

I have to admit that I never had a look at the csv import code and never tested csv import.

Can you please send me a problematic file as an example?

z.

[shreks]

I have sent you a sample UTF8-encoded CSV file created by Yahoo! Mail to zautrix@users.sourceforge.net. You use it to test KAPI.

Another problem I found in KAPI is that the data file "kdepim/apps/kabc/std.vcf" used by KAPI accidentally breaks some double-byte characters used by Asian language. Therefore I added some Chinese characters in the comment field of the last contact in the CSV file. You can see this problem if you open std.vcf in vim directly.

Let me know if you need more help. Thanks!

Shreks

I found a BUG in the address book:

When I used the address book to import a CSV file, I was asked to match up each colum of CSV file to corresponding field supported by kapi. This is done through choosing a pull-down menu at each column. But I found out that one field is missing: CATEGORY, to store the categroy that a contact belongs to, such as Family, Friend, Business etc. Since my CSV file was created by Yahoo! Address Book, it contains a column of CATEGORY which is also supported by KAPI. Actually this bug exists in many early versions of KAPI but I forgot to report it. Now I started using kdepim seriously and found this bug stays in my way to start.

Another question is: the email client currently does not support cutomized encoding options, right? how about just add UTF-8 support because it is the easiest way to support multiple languages since kdepim support choosing customized fonts.

Zautrix, Good Work!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77041\"][{POST_SNAPBACK}][/a][/div]

I have to admit that I never had a look at the csv import code and never tested csv import.

Can you please send me a problematic file as an example?

z.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77070\"][{POST_SNAPBACK}][/a][/div]

[ev1l]

i have imported my address db - a not so huge 500kb vcf file. i am using KA/Pi for an addressbook.
i have found KA/pi to be cripplingly slow - not only to load, but also to search. A few mins loading, and maybe 15 seconds for a name search.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=76837\"][{POST_SNAPBACK}][/a][/div]

Half a meg of contacts is quite a bit. Jesus.
Loading the app takes a couple of seconds once it has fastloaded (granted, that takes hours, but nobody cares)
Searching takes milliseconds on my Z (search as you type is quite usable). You should disable search as you type and see of that improves it.
While I worked with Z on usability we enable SAYT by default, and it searches all info by default, which is very nice if you want to search fast, but's quite resource-intensive.

[zautrix]

I have sent you a sample UTF8-encoded CSV file created by Yahoo! Mail to zautrix@users.sourceforge.net. You use it to test KAPI.

Another problem I found in KAPI is that the data file "kdepim/apps/kabc/std.vcf" used by KAPI accidentally breaks some double-byte characters used by Asian language. Therefore I added some Chinese characters in the comment field of the last contact in the CSV file. You can see this problem if you open std.vcf in vim directly.

Let me know if you need more help. Thanks!

Shreks

[div align=\"right\"][a href=\"index.php?act=findpost&pid=77177\"][{POST_SNAPBACK}][/a][/div]

Thx for the sample file.

I hope I have fixed the problems. Please try new version 2.1.3 and let me know if it works or not.

z.

[shreks]

I have sent you a sample UTF8-encoded CSV file created by Yahoo! Mail to zautrix@users.sourceforge.net. You use it to test KAPI.

Another problem I found in KAPI is that the data file "kdepim/apps/kabc/std.vcf" used by KAPI accidentally breaks some double-byte characters used by Asian language. Therefore I added some Chinese characters in the comment field of the last contact in the CSV file. You can see this problem if you open std.vcf in vim directly.

Let me know if you need more help. Thanks!

Shreks

[div align=\"right\"][a href=\"index.php?act=findpost&pid=77177\"][{POST_SNAPBACK}][/a][/div]

Thx for the sample file.

I hope I have fixed the problems. Please try new version 2.1.3 and let me know if it works or not.

z.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77322\"][{POST_SNAPBACK}][/a][/div]

I tried 2.1.3 and test the import function of CVS file, the missing "CATEGORY" is added and works correctly. So far I found one more bug:

When a CSV file is imported, the BIRTHDAY field can be selected to match the actual column of birthdays. But after importing, the actual contacts in KAPI do NOT contain birthday information. I think it was left out by accident.

I have another suggestion which I think is critical:
For all columns of data in CSV which cannot be matched to any pre-defined fields of KAPI, it is better use "NOTES" filed (predefined in KAPI)to include all unmatched data such that all information in user's CSV file is kept. Right now KAPI simply discards all "UNDEFINED" data, which may usually lose significant amount of data in CSV file. After importing CSV file, user can manually move unclassified data from NOTES area to corresponding places. Does this sound good?

[zautrix]

I tried 2.1.3 and test the import function of CVS file, the missing "CATEGORY" is added and works correctly. So far I found one more bug:

When a CSV file is imported, the BIRTHDAY field can be selected to match the actual column of birthdays. But after importing, the actual contacts in KAPI do NOT contain birthday information. I think it was left out by accident.

Ok, I will look at this problem.

I have another suggestion which I think is critical:
For all columns of data in CSV which cannot be matched to any pre-defined fields of KAPI, it is better use "NOTES" filed (predefined in KAPI)to include all unmatched data such that all information in user's CSV file is kept. Right now KAPI simply discards all "UNDEFINED" data, which may usually lose significant amount of data in CSV file. After importing CSV file, user can manually move unclassified data from NOTES area to corresponding places. Does this sound good?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77464\"][{POST_SNAPBACK}][/a][/div]

Yes that sounds good. It is already possible, but the user has to do it by himself.
I added the possibility to map many fields to the "notes" field.

z.

[steven999]

Hi All,

I've recently gotten to using Kde-pim/pi and am enjoying it very much. I was wondering though if anyone has gotten it to work with Fedora Core 3?  I would love to be able to sync my Zaurus 5600 with my laptop.

Thanks,
steven

[zautrix]

When a CSV file is imported, the BIRTHDAY field can be selected to match the actual column of birthdays. But after importing, the actual contacts in KAPI do NOT contain birthday information. I think it was left out by accident.

[div align=\"right\"][a href=\"index.php?act=findpost&pid=77464\"][{POST_SNAPBACK}][/a][/div]

Please try version 2.1.4 and let me know if it works or does not work.

z.

[xjqian]

newbie here, starting to use.

kdepim_210_for_memory_stick

when ka/pi importing contacts from outlook. the name are not shown in the "formatted name" column at the left. Is this a bug?

[zautrix]

newbie here, starting to use.

kdepim_210_for_memory_stick

when ka/pi importing contacts from outlook. the name are not shown in the "formatted name" column at the left. Is this a bug?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77712\"][{POST_SNAPBACK}][/a][/div]

No, it is because the formatted name is not set in the contact.
You can set it to all contacts with menu: Edit-Change-Set formatted name.

z.

[xjqian]

newbie here, starting to use.

kdepim_210_for_memory_stick

when ka/pi importing contacts from outlook. the name are not shown in the "formatted name" column at the left. Is this a bug?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77712\"][{POST_SNAPBACK}][/a][/div]

No, it is because the formatted name is not set in the contact.
You can set it to all contacts with menu: Edit-Change-Set formatted name.

z.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77713\"][{POST_SNAPBACK}][/a][/div]

see. i got it. but i do find a bug in the view-modify view-selected fields. the order of the first three items are wrong. if you specify 1-2-3 in the selected fields, it shows up as 2-3-1.

[jpmatrix]

hi
as upgrading to newer version of KDE/PIM is time consuming (you've to uninstall all first then install all), would you offer a simple script to do it quickly ?
thanks in advance

[zautrix]

hi
as upgrading to newer version of KDE/PIM is time consuming (you've to uninstall all first then install all), would you offer a simple script to do it quickly ?
thanks in advance
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77725\"][{POST_SNAPBACK}][/a][/div]

I agree, please write one and give it to me.

I have to install/deinstall/reinstall it several times before a release to make sure that the bugs are fixed.

z.