| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 927.1 | Why can ICONS be shifted so easily ? | KETJE::PACCO | | Wed Apr 24 1991 15:17 | 14 |
| Another comment.
I always wonder why it is possible to move icons on the map, even if
you have NOT selected the EDIT option.
I am always annoyed when I think I select an icon, but also see that
the icon is following my mouse. This requires to reposition the icon on
its original location or to work with an altered map.
I would like to suggest prevent any modifications on the MAP as long as
there is no "TOOLBOX" active.
regards,
Dominique.
|
| 927.2 | agree with .1 | JETSAM::WOODCOCK | | Wed Apr 24 1991 19:03 | 7 |
| > I would like to suggest prevent any modifications on the MAP as long as
> there is no "TOOLBOX" active.
You have at least one (and probably many others) more vote for this behaviour.
regards,
brad...
|
| 927.3 | | TOOK::F_MESSINGER | | Wed Apr 24 1991 19:25 | 13 |
|
re -.1,-.2
Input noted and recorded!! This is turning out to be a popular
request. Another possibility would be to have a padlock mounted
somewhere on the map window. Clicking the lock would cause the
lock to look "unlocked" and would make the map window sensitive
to moves and deletes and such. Clicking the "unlocked" lock
would cause it to look "locked" and also make the map insensitive
to drags and deletes. But the map would always remain sensitive
to selections and navigations.
Fred
|
| 927.4 | A few general questions still open. | KETJE::PACCO | | Fri Apr 26 1991 07:23 | 9 |
| Re: 927.0
Can anybody comment on the different points of that note ? These
questions, coming from several users, were bundled here together there.
I would like to be able to give a correct answer to these.
Regards,
Dominique.
|
| 927.5 | Answers | BSYBEE::EGOLF | John C. Egolf LKG2-2/T02 x226-7874 | Fri Apr 26 1991 09:12 | 84 |
| Before I begin to answer these questions, let me state that
most or all are great ideas or needs. The basic problem is
that there is SO much to do and so little time to do it. What
seems like a trivial thing to do may not be. What seems like a
MUST HAVE to one customer is just that, only one or two
customers have asked for it. We are trying to get the MUST
have items done to have a functional product. The fine tuning
that is needed will come as we have time.
This is a "wishlist" for general DECmcc functionality. Can somebody
comment on it !
1). Often customers ask how the ICONIC map can be printed. A
print-screen function to postscript format is reqested! Today the
print screen menu in the DECwindows session manager gives only a
possible print of WHAT IS DISPLAYED on the screen, nota full window!
You're right. We traded off this because we had the print
screen workaround, even though it is only a window's worth of
data. Not sure when this will be done the way you want. Not
planned for next release.
2). When "DURATION" time specifications are set in the ICONIC map
(OPERATION TIME -- SCOPE OF INTEREST TIME) you cannot execute any more
simple SHOW and SET etc... commands. Isn't it possible to "IGNORE"
these time specifications if it is not "applicable" to the command ?
This would be very handy.
This one bothers me as well. I almost consider this a bug. I
will have the team(s) look into how this can work better.
3). Once you have used TIME specifications and you want to reset(zero) these,
for all specifications you have to, e.g.select each entry in the
scheduled time list, and remove the entry, select the repeat interval and
click the time down until "0" is reached. Only the "CLEAR UNTIL" box
allows to clear the "UNTIL TIME" data immediately with a single mouse
click. I would very much appreciate a single CLEAR box to clear ALL
time related data in the time related windows with a single mouse
click.
I agree again. I'll ask the Iconic map team to look at this.
4). Is it possible to introduce "programmable keys" in the ICONIC MAP
PM to have a fast access to a certain domain or entity. Te key
definition file must be modifyable, manageable by the user.
No. There are "Accelerator" keys to help with operations like
ALT-O to open a domain or ALT-S to save a map. There are no
plans to allow users to create new ones or redfine the current
ones. I can't do it with my Windows 3 system either.
5). How will the ISO functional domains as
"CONFIGURATION","PERFORMANCE","ACCOUNTING",etc... be implemented.
Specially, how will a user be tied to one or more of these functional
domains.
Not clear if we want to do it this way. Under investigation.
6). How is it foreseen to put protections on the VERB level. e.g. will
it be possible and how to allow "SHOW" commands to a group of peaople,
and "SET" commands to a more restrictive group of people? This goes
beyond the question 5. It must be possible for a group of users to
"SEE" the configuration of a network, but is must be possible to
prevent them to modifying data.
User profiles. We are getting many request for user profiles
that identify what user can do what command on which entities.
No idea when this will be implemented.
7). Another feature which is requested, is to have an AUDIT TRAIL of ALL
commands given by an operator. This could be in the native DECmcc
(NCL) syntax. With this it is possible to trace back what has been
done on the network.
When you talk FCL, it becomes easier to understand the issue.
When you talk Iconic Map, the problem becomes too large to
think of at this time. Customers are asking for this and it
will be strongly considered. No idea when implemented.
Dominique.
|
| 927.6 | Paris was not built in 1 day too ! | KETJE::PACCO | | Fri Apr 26 1991 16:33 | 9 |
| Thanks for the repy John,
As a last comment on wish 7., it is as important for the FCL as for
the ICONIC MAP. The purpose is to be able to track some eventual
misuse (intentional or not) of the management system. This must be a
"central logging/auditing facility" in my opinion.
Regards,
Dominique.
|
| 927.7 | re:.0 | BARREL::LEMMON | | Thu May 02 1991 11:12 | 37 |
| 2). When "DURATION" time specifications are set in the ICONIC map
(OPERATION TIME -- SCOPE OF INTEREST TIME) you cannot execute any more
simple SHOW and SET etc... commands. Isn't it possible to "IGNORE"
these time specifications if it is not "applicable" to the command ?
This would be very handy.
>
> The difficulty is figuring out if it is applicable. Currently there is
> no mechanism in DECmcc to specify which time formats a specific
> a sepcific Verb, Entity, Attribute tuple supports. This is also true for
> qualifiers. You can't assume that "simple" directives will always ignore
> these time specifications. It is up to the management module developer.
>
> One possible way of solving this problem is to extend the MSL to allow this
> association. I proposed doing this back in 1988 when I was working on the
> Enrollment chapter of the SRM but was vetoed by the architects. If I
> remember correctly, they said that all MMs must allow the time and qualifiers
> be passed across the interface. The MM could either ignore it or return
> an error condition saying it wasn't supported. I wasn't able to convince
> them otherwise.
>
3). Once you have used TIME specifications and you want to reset(zero) these,
for all specifications you have to, e.g.select each entry in the
scheduled time list, and remove the entry, select the repeat interval and
click the time down until "0" is reached. Only the "CLEAR UNTIL" box
allows to clear the "UNTIL TIME" data immediately with a single mouse
click. I would very much appreciate a single CLEAR box to clear ALL
time related data in the time related windows with a single mouse
click.
>
> I also noticed that this is a pain. Its on our wish list but may not
> be in v1.2 due to time constraints. (if I got a nickel every time I
> I have to say that...:-)
>
> /Jim (Iconic Map PL)
|
| 927.8 | logging in FCLThe fcl | TOOK::CALLANDER | | Thu May 02 1991 12:31 | 10 |
| does support a loggin command (USE LOGGING ON) which will log
both the input and output of each command entered. The commands will be
as typed by the user, and the output will be presented in a commented out
fashion so that the file produces can actually be rerun as a command procedure.
If you want this system to do this for all users you can create a system
wide initialization file, or have all users add it to their init files.
The name of the log file will default if you do not explicitly chose one.
jill
|