2/28/02 7:55:05 PM, Michael Nordstr�m <[EMAIL PROTECTED]> wrote: Hi Mike, Thanks for giving it a kick on the tires. >> 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.
Will have to have a look, and send off the contribution for the stripping of escape characters so it goes out in the next release. It is about the only tweak that needs to be added to the entire library that I can see. Those guys have done well after 10 years of hard work. >Haven't tested everything, yet, but it looks great. I might be able >to take a closer look at it on Sunday. Sure thing. >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. I will check that out. Must have missed a condition somewhere. Added to TODO. >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). That seems to be the same as you mentioned in October, about zero-width columns. Will put the zero-width section column first in the list, else show the column in GTK.Added to TODO. >When going to the "Advanced shared settings" for the first time I think >the General option should be selected (i.e. in "inverted" color). I agree. Added to TODO. >> 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. Desired behaviour is to to install to the handheld for that half of the dialog. Perhaps the button should be renamed as "Add Handheld". Desired behaviour is this: --When hit the button currently marked "Add Sync User", on GTK, there should be a single entry in the resulting multiple choice dialog, that says something like "Palm Device connected by Pilot Link". --Hitting OK puts that as a single in the handheld destinations listctrl. --If there is an entry on the user= key on GTK, when update a set of channels, a _group_ of channels is built, and the resulting .pdb files are tracked. Then pilot-link is executed, asking to press the hotsync button, and all the files are installed on that one go (as opposed to building one, then asking to press the hotsync button, then build the next, which is very annoying). --I installed a port of pilot-link to test it out to see how it worked, and seemed to run as desired. I may have missed something along the way though, especially if you managed to somehow get a "Palm Desktop not installed" message, must have written some part of the class when I was drunk or something. --The other OS's base classes branch off and do their own thing on the virtual classes: getting the list of users, and installing the a set files to the user. > The directory option doesn't seem to work, >though. Can directories be loaded okay. Does it save as an array of directories in the copy_to_dir key? 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). This was actually the desired behaviour for the "just autogenerate the filename" option. This won't work on other OS's either (described in more detail on the TODO), but I thought this was a parser issue. (Bill had mentioned that he made a fix to handle plucker:/ protocol about a month ago, don't know if that lets it work or not). Can the plucker:/ only be used on input and not used on output? I'd rather keep the output file in the channel folder, so can delete it when delete the channel folder (plus know where to look for it, and can reinstall it). Can put it elsewhere, or try to use absolute paths instead of plucker:/ protocol, though seems like makes it more difficult. >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). Hmm. Will have to look at that one. Mine seem to work okay. IIRC, if one specifies a key that ends up is exactly the same as the autogenerated one would have been, then the autogenerate radiobutton is selected (I didn't want to have to start also carrying a autogenerate_filename key). Perhaps the label for the "autogenerate filename" should include what the autogenerated filename is, so that can see where it is going? >Also, in the Install Handheld Software the "Installation destination" >talks about "channels". Have to change that. Probably will pass a message in the constructor with a default of mentioning "installing files", then can override it with a different message if desired. >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?) Amen. One of the things on the TODO is a 3-step wizard for adding a channel (and an option to use the 3 step wizard when adding a channel), which really dumbs things down for neophytes. But I think PDA users are a bit above the lowest tier of computer savvyness. When the program is native to the OS, is fast, works like the other programs they are comfortable with, is clearly laid out, and organized by the "What to I want to get done" approach, things should go well. The viewer works well in meeting these aspects, hopefully the desktop component will make a good adjunct. Best wishes, Robert
