knokiisync-users Mailing List for KnokiiSync (Page 2)
Status: Beta
Brought to you by:
reverant
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(7) |
Jul
(39) |
Aug
(40) |
Sep
|
Oct
(4) |
Nov
|
Dec
(7) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dimitris S. <dim...@li...> - 2003-08-19 06:15:28
|
On Tuesday 19 August 2003 08:59, Guillaume du Manoir wrote: > Hi Dimitris, > Hi Guillaume, > > That looks good ! Thanks :-) > > Guillaume Np. :-) You can download and beta test the latest snapshot here: http://knokiisync.sf.net/knokiisync.tar.bz2 Be sure to move your .knokiisyncrc file somewhere, and let the new version create it's own. Feedback is of course, most welcome. Dimitris -- Follow the most succesfull thief and steal his ideas. |
|
From: Guillaume du M. <gui...@du...> - 2003-08-19 06:07:03
|
Hi Dimitris, > I've been working lately on version 0.3.2. In fact, there have been _so_ > many changes, that the version really must go to 0.4.0. Here is what has > currently been done: That looks good ! Thanks :-) Guillaume |
|
From: Dimitris S. <dim...@li...> - 2003-08-18 07:45:21
|
Hi everyone,
I've been working lately on version 0.3.2. In fact, there have been _so_
many changes, that the version really must go to 0.4.0. Here is what has
currently been done:
o The phone can hold up to 4 URLs per contact. The KAB can only
hold one. Worked around this limitation using insertCustom(). The
same goes for the notes.
o Added the Addressee view dialog. Using it, you can see the details
of a contact, in a single dialog. You can access it by double-clicking
the wanted contact.
o Implemented caller group awareness and name customisation.
o Added a right-click menu with options:
* Transfer to KAB
* Update in phone
* Show contact details
o Reverted from using an .rc file to store the overriden phone entries
to using a KABC::AddressBook (vcf list) file.
o Configuration changes no longer require a program restart.
o Added customisable name-surname seperator string.
o KnokiiSync now discriminates between 1,2,3,3+ word names. You can
configure how it recognises these names seperately.
o Added a "Name configuration" dialog, which appears for each name
class (1,2,3,3+ words) you configured KnokiiSync to ask.
o You can now delete the overriden data of a contact by clicking the
"Clear override data" button in the Addressee view window.
This means that the "syncing" version will be 0.5.0 (nice round number
:-)), and everything after 0.4.0 will only contain bugfixes, unless a new
feature that is vital for syncing is required. 0.4.0 will also contain
many more features, which I'm currently working on, and these will be
listed later on. Have a good day.
Dimitris
--
Copywight 1994 Elmer Fudd. All wights wesewved.
|
|
From: Dimitris S. <dim...@li...> - 2003-08-10 17:49:31
|
On Sunday 10 August 2003 16:10, Pawel Kot wrote: > On Sun, 10 Aug 2003, Dimitris Stasinopoulos wrote: > > In other words: Do you think that the "Ask" dialog I designed (the one in > > the screenshots) is a step towards the right solution? > > Yes, definitely. I like it. > > pkot Good then, here's the solution. You can define the seperator, which by default is a single space. So, if you have "John Andrew Smith", it will recognise that the name has three parts. Then, an "ask" dialog will be built with three name widgets, so you can define which part is what, you can't however have more than 1 name, 1 surname and 1 additional name defined. This will be implemented along with many other goodies in 0.3.2, which I hope to be the last for the 0.3.x series, unless a urgent bugfix is required (I hope not). Dimitris |
|
From: Pawel K. <pk...@li...> - 2003-08-10 16:11:38
|
On Sun, 10 Aug 2003, Dimitris Stasinopoulos wrote: > In other words: Do you think that the "Ask" dialog I designed (the one in the > screenshots) is a step towards the right solution? Yes, definitely. I like it. pkot -- mailto:pk...@li... :: mailto:pk...@sl... http://kt.linuxnews.pl/ :: Kernel Traffic po polsku |
|
From: Dimitris S. <dim...@li...> - 2003-08-10 09:37:07
|
On Friday 08 August 2003 12:36, Pawel Kot wrote: > > But the separator says you nothing unfortunately. You can have either 2 > names or 2 surnames. > > What I'd like to see is more flexibility. Imagine I have such entries: > John Andrew Doe > John Doe Smith > > And please allow to fire up the dialogs to change the format (these from > the screenshots) from the popup menu under right click for the each name > to be able to easily change the format before import. > > pkot In other words: Do you think that the "Ask" dialog I designed (the one in the screenshots) is a step towards the right solution? Dimitris |
|
From: Pawel K. <pk...@li...> - 2003-08-08 12:45:23
|
On Fri, 8 Aug 2003, Guillaume du Manoir wrote: > My firstname is "Guillaume". My last name is "du Manoir". There is no > additional name. Well, I think that's not the problem. If you assume that separator is <SPACE> and you have the entry "Guillaume du Manoir", then it will be parsed into 3 tokens: "Guillaume", "du" and "Manoir". Then in the dialog you will choose: Name: Guillaume Surname: du Surname: Manoir But that's just for parsing! As the result in the KAB you'll get: Name: Guillaume Surname: du Manoir As long as KAB or the phone does not support multiple names and surnames that's OK. For now I'd like to see the following things: - to be able to define pattern formats for different part numbers - to be able to set 'Ask' and each time manuallych choose the format - easily change the format in the read entry (using the same dialog as with 'Ask') pkot -- mailto:pk...@li... :: mailto:pk...@sl... http://kt.linuxnews.pl/ :: Kernel Traffic po polsku |
|
From: Pawel K. <pk...@li...> - 2003-08-08 12:38:41
|
On Thu, 7 Aug 2003, Dimitris Stasinopoulos wrote: > The whole problem here is the KABC::Addressee class. All contacts in the phone > have to be inserted into one such object. But that's not a problem. You just have to decide what is the name, what is the surname and what is the nickname *before* putting it into KABC:Addressee object. > The seperator MUST be user defined. It will be shown as [SEPERATOR] below. But the separator says you nothing unfortunately. You can have either 2 names or 2 surnames. What I'd like to see is more flexibility. Imagine I have such entries: John Andrew Doe John Doe Smith And please allow to fire up the dialogs to change the format (these from the screenshots) from the popup menu under right click for the each name to be able to easily change the format before import. pkot -- mailto:pk...@li... :: mailto:pk...@sl... http://kt.linuxnews.pl/ :: Kernel Traffic po polsku |
|
From: Guillaume du M. <gui...@du...> - 2003-08-08 11:44:30
|
> The whole problem here is the KABC::Addressee class. All contacts in the phone
> have to be inserted into one such object. You have to remember that you are
> allowed up to three fields for the full name in this class, which are:
>
> 1) Given name ("John")
> 2) Family name ("Smith")
> 3) Additional name ("Andrew")
>
> Also, if we decide to use a "custom" dialog, there will have to be big code
> changes, and that is certainly going to push back version 0.4.0, maybe up to
> one month, until I can properly implement these features. So, the way I see
> it, based on your proposal:
>
> The seperator MUST be user defined. It will be shown as [SEPERATOR] below.
> The presence (or absence) of the seperator is the fact by which we judge how
> many parts the entry has.
>
> 1) If the entry has one part then:
> a) Ask
> b) Assume Name
> c) Assume Surname
> d) Assume Additional Name
>
> 2) If the entry has two parts then:
> a) Ask
> b) Assume Name [SEPERATOR] Surname
> c) Assume Surname [SEPERATOR] Name
>
> 3) If the entry has three parts then:
> a) Ask
> b) Assume Name [SEPERATOR] Additional Name [SEPERATOR] Surname
> c) Assume Surname [SEPERATOR] Additional Name [SEPERATOR] Name
>
> 4) If the entry has more than three parts then:
> a) Ask
>
> And here is what the Ask dialog will look like:
>
> http://knokiisync.sf.net/Name/images.html
>
> The number of frame widgets shown on the dialog depends on the number of parts
> the entry has, as you can see in the pictures.
>
> What do you think?
I am not sure to understand :
My firstname is "Guillaume". My last name is "du Manoir". There is no additional
name. So if SEPARATOR is a double space <SPACE><SPACE>, if I have :
Guillaume<SPACE><SPACE>du<SPACE>Manoir
What would happen ? Would it see two our three parts ? I assume two ?
Thanks,
Guillaume
|
|
From: Dimitris S. <dim...@li...> - 2003-08-07 15:51:53
|
On Thursday 07 August 2003 11:54, you wrote:
> On Wed, 6 Aug 2003, Dimitris Stasinopoulos wrote:
> > after thinking about Guillaume's and Pawel's comments on the name format,
> > I thought of a very simple idea: Why not make the seperator of the name
> > and the surname customisable? So, if you have a three-word name, like
> > "John T. Smith", you can specify a two space seperator ' ' between
> > "John" and "T. Smith", so you end up with a pretty customisable format. I
> > need everyone's
>
> I'm afraid it will give not much. Think of "John Andrew Smith". What I
> would suggest is rather allowing to set some thing like:
> - if the entry has one part then: ask/use as name/use as surname/custom
> - if the entry has two parts then: ask/name surname/surname name/custom
> - if the entry has three parts then: ask/name name surname/...
> with the default to ask.
>
> pkot
The whole problem here is the KABC::Addressee class. All contacts in the phone
have to be inserted into one such object. You have to remember that you are
allowed up to three fields for the full name in this class, which are:
1) Given name ("John")
2) Family name ("Smith")
3) Additional name ("Andrew")
Also, if we decide to use a "custom" dialog, there will have to be big code
changes, and that is certainly going to push back version 0.4.0, maybe up to
one month, until I can properly implement these features. So, the way I see
it, based on your proposal:
The seperator MUST be user defined. It will be shown as [SEPERATOR] below.
The presence (or absence) of the seperator is the fact by which we judge how
many parts the entry has.
1) If the entry has one part then:
a) Ask
b) Assume Name
c) Assume Surname
d) Assume Additional Name
2) If the entry has two parts then:
a) Ask
b) Assume Name [SEPERATOR] Surname
c) Assume Surname [SEPERATOR] Name
3) If the entry has three parts then:
a) Ask
b) Assume Name [SEPERATOR] Additional Name [SEPERATOR] Surname
c) Assume Surname [SEPERATOR] Additional Name [SEPERATOR] Name
4) If the entry has more than three parts then:
a) Ask
And here is what the Ask dialog will look like:
http://knokiisync.sf.net/Name/images.html
The number of frame widgets shown on the dialog depends on the number of parts
the entry has, as you can see in the pictures.
What do you think?
Dimitris
|
|
From: Pawel K. <pk...@li...> - 2003-08-07 11:55:17
|
On Wed, 6 Aug 2003, Dimitris Stasinopoulos wrote: > after thinking about Guillaume's and Pawel's comments on the name format, I > thought of a very simple idea: Why not make the seperator of the name and the > surname customisable? So, if you have a three-word name, like "John T. > Smith", you can specify a two space seperator ' ' between "John" and "T. > Smith", so you end up with a pretty customisable format. I need everyone's I'm afraid it will give not much. Think of "John Andrew Smith". What I would suggest is rather allowing to set some thing like: - if the entry has one part then: ask/use as name/use as surname/custom - if the entry has two parts then: ask/name surname/surname name/custom - if the entry has three parts then: ask/name name surname/... with the default to ask. pkot -- mailto:pk...@li... :: mailto:pk...@sl... http://kt.linuxnews.pl/ :: Kernel Traffic po polsku |
|
From: Guillaume du M. <gui...@du...> - 2003-08-07 07:15:19
|
Hi Dimitris, > after thinking about Guillaume's and Pawel's comments on the name format, I > thought of a very simple idea: Why not make the seperator of the name and the > surname customisable? So, if you have a three-word name, like "John T. > Smith", you can specify a two space seperator ' ' between "John" and "T. > Smith", so you end up with a pretty customisable format. I need everyone's > opinion on this, so I can stick it in 0.3.2, which should be ready before the > start of the weekend. Very good idea :) Thanks ! Guillaume PS: I will not have access to a computer next week... |
|
From: Dimitris S. <rev...@fr...> - 2003-08-06 17:54:12
|
Hi everyone, after thinking about Guillaume's and Pawel's comments on the name format, I thought of a very simple idea: Why not make the seperator of the name and the surname customisable? So, if you have a three-word name, like "John T. Smith", you can specify a two space seperator ' ' between "John" and "T. Smith", so you end up with a pretty customisable format. I need everyone's opinion on this, so I can stick it in 0.3.2, which should be ready before the start of the weekend. Dimitris ____________________________________________________________________ http://www.freemail.gr - http://www.freemail.gr - free email service for the Greek-speaking. |
|
From: Dimitris S. <dim...@li...> - 2003-08-05 06:33:52
|
On Tuesday 05 August 2003 05:48, Pawel Kot wrote: > On Tue, 5 Aug 2003, Dimitris Stasinopoulos wrote: > > > Just few notes: > > > - it would be good to be able to choose multiple name/address entries > > > > I'm afraid I don't understand? You can select multiple entries, but not > > their "subentries". Of course, their "subentries" are accounted for when > > transfering entries, so there shouldn't be any problems. > > Sorry. You should read: "it would be good to be able to choose multiple > name/address entries formats". Well, the address format is customisable, bearing in mind of course that it has to be inserted to a KABC::Address object at some point. The name is somewhat trickier, but as always, I'm open to suggestion and new ideas :-) > > > > - when I choose "Surname Name" format, all entries with one word are > > > saved as Name. I'd like to be asked for this. > > > > Normally, you should be asked (there is a dialog asking if you want this > > as a name, a surname, or to ignore this entry), but if it doesn't I'll > > look it up. > > It doesn't. It does only inform when there are more then 3 parts of the > name that it mismatches format. I'll look it up. What is the name that is not recognised? > > > > - it is possible to modify the entry by double clicking on it. but how > > > do I save it to the phone memory then? > > > > This is just a generic "name override" feature, so that if you don't want > > to change the name in the phone for whatever reason, you don't have to. > > On the other hand, I might add a right click menu like "update in phone". > > Please do. Ok. > > > > - again the same request: please add "Synchronize entries with e-mail > > > field present only" > > > > Xmm...maybe "DONT synchronize entries that only have email addresses" > > (eg. no phone numbers etc) > > Well, what I just want to say is that: my KDE AB does not need entries > without an email. And yes, you're right: my phone AB does not need entries > without a phone number. > > pkot Nice idea. So we have 2 options here: 1) KAB->phone: Don't synchronize if there contact has no phone numbers. 2) Phone->KAB: Don't synchronize if the contact has no emails. Since I really want to iron out any problems/wishes before I start with 0.4.0, these, along with Guillaume's requests/bug reports will be fixed in 0.3.2. So this is a really good time for everyone to submit any wishes/bug reports/etc, since development in 0.4.0 will be based mainly on _real_ syncing. Dimitris |
|
From: Pawel K. <pk...@li...> - 2003-08-05 05:50:02
|
On Tue, 5 Aug 2003, Dimitris Stasinopoulos wrote: > > Just few notes: > > - it would be good to be able to choose multiple name/address entries > > I'm afraid I don't understand? You can select multiple entries, but not their > "subentries". Of course, their "subentries" are accounted for when > transfering entries, so there shouldn't be any problems. Sorry. You should read: "it would be good to be able to choose multiple name/address entries formats". > > - when I choose "Surname Name" format, all entries with one word are > > saved as Name. I'd like to be asked for this. > > Normally, you should be asked (there is a dialog asking if you want this as a > name, a surname, or to ignore this entry), but if it doesn't I'll look it up. It doesn't. It does only inform when there are more then 3 parts of the name that it mismatches format. > > - it is possible to modify the entry by double clicking on it. but how do > > I save it to the phone memory then? > > This is just a generic "name override" feature, so that if you don't want to > change the name in the phone for whatever reason, you don't have to. On the > other hand, I might add a right click menu like "update in phone". Please do. > > - again the same request: please add "Synchronize entries with e-mail > > field present only" > > Xmm...maybe "DONT synchronize entries that only have email addresses" (eg. no > phone numbers etc) Well, what I just want to say is that: my KDE AB does not need entries without an email. And yes, you're right: my phone AB does not need entries without a phone number. pkot -- mailto:pk...@li... :: mailto:pk...@sl... http://kt.linuxnews.pl/ :: Kernel Traffic po polsku |
|
From: Dimitris S. <dim...@li...> - 2003-08-04 22:20:31
|
On Monday 04 August 2003 11:59, Pawel Kot wrote: > > Hi Dimitris, > Hi Pawel > > this is to announce the release of KnokiiSync V. 0.3.1 This is a major > > bugfix release, so everyone is prompted to upgrade. > > Works very well. Really good job. So far no significant bugs. That's nice to hear - thanks! > Just few notes: > - it would be good to be able to choose multiple name/address entries I'm afraid I don't understand? You can select multiple entries, but not their "subentries". Of course, their "subentries" are accounted for when transfering entries, so there shouldn't be any problems. > - when I choose "Surname Name" format, all entries with one word are > saved as Name. I'd like to be asked for this. Normally, you should be asked (there is a dialog asking if you want this as a name, a surname, or to ignore this entry), but if it doesn't I'll look it up. > - it is possible to modify the entry by double clicking on it. but how do > I save it to the phone memory then? This is just a generic "name override" feature, so that if you don't want to change the name in the phone for whatever reason, you don't have to. On the other hand, I might add a right click menu like "update in phone". > - again the same request: please add "Synchronize entries with e-mail > field present only" Xmm...maybe "DONT synchronize entries that only have email addresses" (eg. no phone numbers etc) > > pkot Dimitris |
|
From: Dimitris S. <dim...@li...> - 2003-08-04 22:16:08
|
On Sunday 03 August 2003 21:03, Guillaume du Manoir wrote: > > True - it does seem to crash when reading your KAB. I can't reproduce it > > in some way, so all I can guess for now is that it's a problem of kabc. > > But it's not crashing with 0.3.0 ?! Maybe you upgraded KDE or changed something in between? I haven't altered the KAB code between 0.3.0 and 0.3.1. > > > Try to run kbuildsycoca before running knokiisync - maybe that will help. > > What is kbuildsyscoca exactly ? How do I run it before ? Not sure exactly myself - I do remember having problems running koffice apps (crashes, random errors, etc). Then this guy tells me to run kbuildsyscoca, and woosh - everything's fine. > > I tried again to modify one entry (in 0.3.1), to set the first name and > last name right in the right column. Then I quit, and start knokiisync > again. The entry has still the full name in one column :( > > I don't know what I'm doing wrong... Please tell me how the entry appears in your phone, and then copy/paste the relevant section of .knokiisyncrc in the same mail. > > Even if this way of doing it is working (not for me for now), it means that > knokiisync is storing in its config file for each entry how to sort out the > first name and last name from the full name. > It's seems a little redundant to me, isn't it ? What knokiisync does, is that for each entry that is _not_ in the correct format, it stores an entry like this: [Entry_YYY_XXXXXXXXXXXXXXX] InPhone="John T. Smith" Name="John" Surname="T. Smith" Where YYY is the position in the phone's memory, and XXX... is the phone's IMEI. Name and Surname are set by the user when he double clicks the appropriate columns. This is so far the only "suitable solution" I could come up with. > > So each time I enter a new entry in my phone, I would have to retype it > correctly in knokiisync for kaddressbook to get it ? (In the case it's a > multi-word name of course) Er...yes. As always, I'm eager to hear better solutions :-) > > I like the way to put a coma (or a double space ?) between the firstname > and the lastname, so that I only have to enter the info once (thus > knokiisync has an easy way to separate the first name from the last name : > just a split on the comma (or double space)...) > > What is your point of view ? It kinda sounds like a "Master Override". Not bad actually :-) I'll make a note on that, and if it doesn't create more problems than it solves (code-wise), then it's propably in. > Guillaume Dimitris (Vacations, at last!) |
|
From: Pawel K. <pk...@li...> - 2003-08-04 12:02:35
|
On Sun, 3 Aug 2003, Dimitris Stasinopoulos wrote: Hi Dimitris, > this is to announce the release of KnokiiSync V. 0.3.1 This is a major > bugfix release, so everyone is prompted to upgrade. Works very well. Really good job. So far no significant bugs. Just few notes: - it would be good to be able to choose multiple name/address entries - when I choose "Surname Name" format, all entries with one word are saved as Name. I'd like to be asked for this. - it is possible to modify the entry by double clicking on it. but how do I save it to the phone memory then? - again the same request: please add "Synchronize entries with e-mail field present only" pkot -- mailto:pk...@li... :: mailto:pk...@sl... http://kt.linuxnews.pl/ :: Kernel Traffic po polsku |
|
From: Guillaume du M. <gui...@du...> - 2003-08-03 21:11:02
|
> True - it does seem to crash when reading your KAB. I can't reproduce it > in some way, so all I can guess for now is that it's a problem of kabc. But it's not crashing with 0.3.0 ?! > Try to run kbuildsycoca before running knokiisync - maybe that will help. What is kbuildsyscoca exactly ? How do I run it before ? > This shouldn't affect reading the phone's address book though - did you > click the left or the right "Read" button? I configured knokiisync to read kab's addressbook when it's launching... I put false in the config file, and now it's not crashing just by starting up (!) I tried again to modify one entry (in 0.3.1), to set the first name and last name right in the right column. Then I quit, and start knokiisync again. The entry has still the full name in one column :( I don't know what I'm doing wrong... Even if this way of doing it is working (not for me for now), it means that knokiisync is storing in its config file for each entry how to sort out the first name and last name from the full name. It's seems a little redundant to me, isn't it ? So each time I enter a new entry in my phone, I would have to retype it correctly in knokiisync for kaddressbook to get it ? (In the case it's a multi-word name of course) I like the way to put a coma (or a double space ?) between the firstname and the lastname, so that I only have to enter the info once (thus knokiisync has an easy way to separate the first name from the last name : just a split on the comma (or double space)...) What is your point of view ? Thanks ! Guillaume |
|
From: Dimitris S. <dim...@li...> - 2003-08-03 18:21:52
|
On Sunday 03 August 2003 21:06, Guillaume du Manoir wrote: > > :~/knokiisync-0.3.1/knokiisync$ ./knokiisync > > kbuildsycoca running... > kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '' > > And it's crashing. > -snip- > > So it seems to crash while reading KAB's addressbook... > > I don't know if it's better for the multi-part names, because it's > crashing before I can check... > > Guillaume True - it does seem to crash when reading your KAB. I can't reproduce it in some way, so all I can guess for now is that it's a problem of kabc. Try to run kbuildsycoca before running knokiisync - maybe that will help. This shouldn't affect reading the phone's address book though - did you click the left or the right "Read" button? Dimitris -- Our users will know fear and cower before our software! Ship it! Ship it and let them flee like the dogs they are! |
|
From: Guillaume du M. <gui...@du...> - 2003-08-03 18:13:17
|
> It's a known bug, fixed in CVS about a week ago. I'm uploading 0.3.1 > (which includes the fix to this problem) to Sourceforge as we speak. The > announcement will made later in the day. Check with the newer version, > and please tell me if it's OK. :~/knokiisync-0.3.1/knokiisync$ ./knokiisync kbuildsycoca running... kio (KDirWatch): WARNING: KDirWatch::removeDir can't handle '' And it's crashing. With gdb : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 21832)] 0x0805ec12 in SyncView::readKAB () (gdb) bt #0 0x0805ec12 in SyncView::readKAB () #1 0x0806ec89 in SyncView::qt_invoke () #2 0x40994ab9 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #3 0x40be7413 in QSignal::signal () from /usr/lib/libqt-mt.so.3 #4 0x409aa2f5 in QSignal::activate () from /usr/lib/libqt-mt.so.3 #5 0x409af7a3 in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3 #6 0x409424da in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #7 0x409422e4 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #8 0x405b66fa in KApplication::notify () from /usr/lib/libkdecore.so.4 #9 0x40924f83 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #10 0x40906d7c in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #11 0x40953dae in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #12 0x40953d0b in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #13 0x40942632 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #14 0x0806e657 in main () #15 0x40e9314f in __libc_start_main () from /lib/libc.so.6 So it seems to crash while reading KAB's addressbook... I don't know if it's better for the multi-part names, because it's crashing before I can check... Guillaume |
|
From: Dimitris S. <dim...@li...> - 2003-08-03 18:02:51
|
Hi everyone,
this is to announce the release of KnokiiSync V. 0.3.1 This is a major
bugfix release, so everyone is prompted to upgrade.
Changes:
o Fixed a bug with three word names (eg. "John T. Smith")
not being overriden properly.
o Fixed a buglet in the configuration dialog (index out of range
for the memory type combo box).
o Fixed a crash that happened when you tried to read from an empty
memory type (eg from an empty SIM card)
o Fixed an issue with the progress dialogs not refreshing properly
(ie. the window appeared as if it was frozen)
o Fixed a bug where the status of the telephone was not properly
shown in the status bar.
o The default action of quiting when KnokiiSync could not connect to
the phone has been reverted to just displaying an error message.
o Fixed a bug where the memory type used was being passed as an i18n
string, where a default of "Phone", "SIM" or "Phone + SIM" was
expected.
o Changed the progress dialogs from modal type, to non-modal.
o Added Addressee view dialog (Read only for now)
As usual, point your browser to http://www.sf.net/projects/knokiisync for
more.
Enjoy,
Dimitris
--
Our competitors are without honor!
|
|
From: Dimitris S. <dim...@li...> - 2003-08-03 17:21:51
|
On Sunday 03 August 2003 20:01, Guillaume du Manoir wrote: > Hi Dimitris, > Hi Guillaume > Well, for the entries which are causing problem, I get this message : > -snip- > > And then they appear with the full name in the family name column. > > If I edit the entry in knokiisync, to put the family name and the given > name in the right columns, and then quit knokiisync. The next time I > start knokiisync I get the same error message. > > With the patch I included in my last mail, it's working... > > Guillaume It's a known bug, fixed in CVS about a week ago. I'm uploading 0.3.1 (which includes the fix to this problem) to Sourceforge as we speak. The announcement will made later in the day. Check with the newer version, and please tell me if it's OK. Dimitris -- A war refugee sought the Master. He said, "You are wise and serene. Teach me to escape the horrors of this world." And the Master blinded him with fire-irons. |
|
From: Guillaume du M. <gui...@du...> - 2003-08-03 17:08:36
|
Hi Dimitris, > There is a little trick here: > After reading the entry, KnokiiSync complains that this name is not > properly formatted right? If yes, click ok. After it is done reading the > phonebook, double-click the entry's name, and set it to whatever you > want. Do the same for the surname. You should be all right now; > KnokiiSync will remember this the next time you read the phone's address > book. Please tell me if it doesn't work for you. Well, for the entries which are causing problem, I get this message : ---- The phone entry "<NAME>" does not match with the configured name format! Please either fix this in the phone or manually set the Surname and Name by double clicking the mentioned entry. ---- And then they appear with the full name in the family name column. If I edit the entry in knokiisync, to put the family name and the given name in the right columns, and then quit knokiisync. The next time I start knokiisync I get the same error message. With the patch I included in my last mail, it's working... Guillaume |
|
From: Dimitris S. <dim...@li...> - 2003-08-03 16:40:53
|
On Sunday 03 August 2003 18:48, Guillaume du Manoir wrote: > Hi, > > I had some problems with entries which have a space (or multiple > spaces) in their family name. > > The problem is in syncview.ui.h : a case tests whether there is 0 or 1 > space in the complete name. That's ok if neither the firstname neither > the last name have a space in it. HI Guillaume, There is a little trick here: After reading the entry, KnokiiSync complains that this name is not properly formatted right? If yes, click ok. After it is done reading the phonebook, double-click the entry's name, and set it to whatever you want. Do the same for the surname. You should be all right now; KnokiiSync will remember this the next time you read the phone's address book. Please tell me if it doesn't work for you. Dimitris -- A hundred elephants can wreck the outer walls of a fortress. One diseased rat can kill all those inside. |