"John P. Rouillard" <rouilj@dstar.iddis.com> said:
John> scotty/Makefile.in - dependencies on libraries incorrect
John> resulting in uneeded compiles during install.
Fixed.
John> Assumption is made that . is in path, and configure is not
John> found to remake Makefile
Fixed.
John> Also configure doesn't pick up any --with-tcl-include
John> arguments from the cache or status files, so running
John> ./configure doesn't do anything useful in this instance.
Fixed.
John> The following diff corrects the first two items.
Thanks.
John> tkined/configure -- When you use the argument --with-gcc, the
John> variable use_gcc is set, but the variable that should be set
John> is trygcc. the following diff fixes it.
Thanks.
John> In the menu icon/network component/switch shows the default ?
John> box icon. Is there supposed to be a switch icon?
Fixed.
John> Also, is there some way to warn about conflicts in the
John> tkined.defaults files? I had multiple tkined.node38's. One was
John> in the changed tkined.default and one was in my
John> tkined.defaults. Also some mechanism for recording the highest
John> numbered node would be useful so that there could be gaps in
John> the numbering scheme. This would allow site specific icons to
John> begin at say 1000 and default provided icons to begin at 1. As
John> it currently stands, I can't use the same tkined.defaults file
John> with previous versions of tkined since the numbering has gaps.
I plan to rewrite the whole initialization stuff once I have time for
it. But this will not happen too soon. So take your favorite editor...
John> The icon/colors menu is working again under 1.3.3, as is group
John> icon placement and saving group icons.
Great.
John> On the snmp set parameters (from snmp trouble for example)
John> "list alias" is spelled "list aliase".
Fixed.
John> The help text is out of sync with the menu items on the tools
John> menu, and possibly others as well.
Todo.
John> There is no way to remove a torn off menu (created by
John> selecting the ------- item). You should add a menu item to the
John> bottom of the menu to allow the torn off menu to be closed.
Tell John Ousterhout to fix this. :-)
John> When using Alt-W to close a log window (as opposed to using
John> the pull down menu), I get:
I can't reproduce this here - no fix.
John> In the IP-monitor/modify/monitor/job:suspend it doesn't work
John> and gives rise to the error:
Fixed.
John> How do I set syslog style reporting on by default for *monitor
John> applications? Also, is there a way to set syslog reporting on
John> for just some jobs in an IP/SNMP monitor?
Fixed. Well, actually there is a complete new scheme now: The
monitoring jobs are now controlled by the following attributes:
Monitor:RisingThreshold The rising threshold checked by a
monitoring script.
Monitor:FallingThreshold The falling threshold checked by a
monitoring script.
Monitor:ThresholdAction The action bound to a monitoring script.
A list of syslog, flash and write.
You can change the attribute either on a per node basis or you can use
the `Modify Monitor Job' dialog to manipulate all attributes of one
job.
John> I would still suggest binding close view on the popup log
John> messages and close view on the main tkined canvases to
John> different keys. On slow machines with lots of popups, it is
John> still possible to clobber the entire tkined with one too many
John> keypresses.
I added a dialog so you have to acknowledge whenever you close a
Tkined toplevel window. There is a tkined.confirmExit ressource in
tkined.defaults so people can turn this feature off.
John> Lastly, when printing on letter size paper, it seems to resize
John> the canvas properly so that all of the icons are placed inside
John> the papaer border, but I have some text near the edge that
John> keeps being cut off. This may be a canvas bug and not a tkined
John> bug, but I thought I'd mention it anyway.
Sometimes it is even the printer. :-)
John> Also, there is a wierd interaction between the popup error
John> dialogues and posted (not detatched) menus. When a menu pops
John> up, it is always on the top of the window stack, and there
John> doesn't seem to be any way of getting on top of it. when a
John> popup dialog box comes up underneath the menu, the menu is
John> insensitive as is the top menu bar. This means that the menu
John> can't be dismissed, and therefore the ok button on the
John> dialogue can't be clicked on since it is obscured by the
John> menu. Is the popup doing a grab of some sort? I was able to
John> move the dialogue box out from under the menu using my window
John> manager, but it was still annoying since the dialogue is a
John> transient, and my wm (tvtwm) doesn't decorate transients.
I have no solution to this problem. I fixed the dialogs to re-install
the grab and focus that was there before the dialog came up but this
does not help in this case. I would prefer to let the dialog wait
until there is no grab set. But I think this needs some support from
Tk, e.g. a grab wait command that processes events until a window
releases the grab. But I have no idea how to get something like this
into Tk.
Juergen