On Sun, 31 Jan 1999, Wichert Akkerman wrote: > > Well, as far as I know Branden hasn't written any manpages, Ben isn't > mentioned as doing the packages and I'm not mentioned at all. More > things should probably be changes, but it's late and I can't think of > anything else right now. >
OK. I copied this out of the Apt AUTHORS file or something, so I hope no one is offended. > > Yes; my problem is that I don't like the way the dock works; the removed > > window does not have the right characteristics (not resizable, in > > particular). I am not going to rewrite a new dock widget just to fix this. > > So maybe a Gtk 1.4 feature. > > Hmm. Anything we can do to pressure some people to implement this for a > new gtk? > We can certainly suggest it. The other issue with the dock right now is that it will draw a big handle all the way down one side of the undockable widget (basically it will work just like the menu bar does). Yuck. A new widget really is the right way to do it, but it's a non-trivial widget to make it work nicely. Given the other items on the TODO list this has a relatively bad effort/benefit ratio. > Usually, yes. On a few occasions non-red text also wasn't clipped, but I > couldn't find a quick way to reproduce this. I'll try again tomorrow. > Weird. This is almost certainly a bug in gtk_paint_string() in the default Gtk theme. I don't see where my code can be screwing it up. On the other hand, I looked at Gtk and I don't see where that code can be screwing it up either. Hmm. > > Can you think of any other options? > > Not at the moment, otherwise I'ld would have suggested them. I'll get > back to you about that. > I tried radio buttons; I think they are a good bit nicer. Well, there are two aspects: radio button behavior (showing more of the buttons, basically) and radio button appearance. I just don't like the default Gtk theme's radio button appearance, and they look especially bad on a white background. I'll have to think about how to fix that. > > Yes, the popup menu affects the selected package, not the package under > > the pointer. You're saying the selection should be changed before popping > > up the menu? > > Indeed. > I've just done this on my local copy. It works pretty well. I also added a label to the top of the menu with the name of the current package. > At this rate we're getting an awful lot of columns; I suggest we hide > the download and installed size columns by default to remove clutter. > Agreed. I plan to hide Auto too, since the whole point is that it's Auto and you don't have to do it yourself. > > > * The sources dialog needs work > > > > Pester Jason, he invented the annoying-to-write-by-machine file format. > > ;-) > > It looks quite easy to parse and write actually.. > I've been assuming the problem is to not disrupt any comments and manual formatting that might be in there. Clearly just spitting out the lines is trivial. Havoc
