2/28/02 7:55:05 PM, Michael Nordstr�m <[EMAIL PROTECTED]> wrote:
>On Sun, Feb 24, 2002, Robert wrote:
>
>> Thus the file configuration class had an extra style added, and the
>> patched files put in the patch_wx directory.
>
>You forgot to include confbase.h in fileconf.cpp -- it won't compile
>without it.
>
>After fixing a few other problems in the code I was able to get it to
>build...
>
>> Alot of things have been added lately. Looking forward to hearing
>> your opion on their implementation.
>
>Haven't tested everything, yet, but it looks great. I might be able
>to take a closer look at it on Sunday.
>
>I have run into some minor issues, though, but nothing serious. I
>get an error about not being able to access the Palm Desktop software
>when I start the app, open the data for a channel, etc.
>
>The table shows the "Channel name" and "Due" columns, but also part of
>"Section" -- have to scroll the table to see the whole section, i.e.
>the window is too small (and can't be resized).
>
>When going to the "Advanced shared settings" for the first time I think
>the General option should be selected (i.e. in "inverted" color).
>
>> Also interested in your opinion on the palm installer classes now
>> in the Channel Dialog > Destination and the Install Handheld Software
>> dialog.
>
>I don't use a Windows system, so I can't use the "Sync user
>destination" option. The directory option doesn't seem to work,
>though. Whatever dir I select the program still tries to write to
>a "bad" dir (e.g. using doc_file=plucker:/channel/Test/Test for a
>channel called Test). Seems like a problem with the autogeneration
>of the filenames. When I specify a name it works OK, but that setting
>is lost the next time I open up the Destination options (it is still
>in the config file, though).
>
>Also, in the Install Handheld Software the "Installation destination"
>talks about "channels".
>
>Shouldn't take that much more work to get it into an "acceptable"
>state so we can make it available to a wider audience. Unless you have
>tried it on "normal" users already I think that would be a very good
>idea (don't want to end up with a too complicated tool for the novice
>user -- the tool is first and foremost for them, isn't it?)
>
>/Mike
>
>
>