[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[coldsync-hackers] Categories in conduits
- To: coldsync-hackers at lusars dot net
- Subject: [coldsync-hackers] Categories in conduits
- From: Marco van Beek <marco at 84andahalf dot com>
- Date: Sat, 21 Feb 2004 23:49:53 +0000
- Organization: 84½ Archway Rd
- Reply-to: coldsync-hackers at lusars dot net
- Sender: owner-coldsync-hackers at lusars dot net
- User-agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4
Hi All,
I have added some code in one of my conduits to synchronise (fetch, dump
actually) an application's categories (in this case Memo), and it would
appear that I can write to the PDB file during the fetch phase (using
both addCategory and renameCategory), and those changes are there in the
dump phase. They are still there on the next cycle.
However, this data is not being send down to the palm. Running
./conduit-name -config seems to infer that not only should I have a type
of memo/DATA, but also */*, which seems very dangerous to me, so I tried
it...
Yanking my Palm away from the cradle at some speed, my suspicions were
confirmed. It seemed to be deleting and adding records all over the place.
The only conduit I can find is in CVS (std-categories), and that would
seem to infer that I have to mark the category record as dirty (as you
would with a standard data record).
If this is the case, is it just a matter of something like:
my @categories = @{$PDB->{appinfo}{categories}};
foreach my $category_row ( @$ssis_categories )
{
...
code that changes $category_row->{name}
...
$category_row->{attributes}{dirty} = 1;
}
Any help gratefully accepted,
Thanks,
Marco.
This message was sent through the coldsync-hackers mailing list. To remove
yourself from this mailing list, send a message to majordomo@thedotin.net
with the words "unsubscribe coldsync-hackers" in the message body. For more
information on Coldsync, send mail to coldsync-hackers-owner@thedotin.net.