Re: [Fwbuilder-discussion] RFC: New GUI design
Brought to you by:
mikehorn
From: Ted D. <tdy...@se...> - 2004-06-04 19:19:07
|
> Guten Tag Vadim Kurland, > > am Freitag, 4. Juni 2004 um 19:45 schrieben Sie: > > > VK> On Jun 4, 2004, at 10:04 AM, dum...@gm... wrote: > >>> Guten Tag Vadim Kurland, >>> >>> >>> Mhh i don't think that is the right way. The folder thing is very easy >>> to navigate and you can easily jump using the keyboard. But let's here >>> what all the others say. A more effective thing would be one global >>> group with all objects added to them so no more need for changing >>> libraries or let the others libraries there and just add a merged view >>> of all libraries this would do fine. >>> > > VK> your point about keyboard navigation is well taken. I do not know what > VK> are the standard navigation keys for the folding panels. Could anyone > VK> who uses an application with similar design on Windows comment ? > > I use visio much for network diagrams and it works fine but with many > objects it is a pain. > Btw when you try to implement the new menu where will you place the > object inspector window? There is no room anymore and it is a handy > tool. How about making it a "view option". This way you can have a tree view or a panels view, depending on preference. Also, make the inspector window a panel in panel view. As shown in included image, should be able to change the size of panels, and location in the window, which would make the views easier to use in respect to the above comments. As far as keyboard navigation, I don't know if there are keys to switch between panels, but the up and down arrows as well as page up/down for navigation are standard. > VK> The problem with a single global group with all objects added to it is > VK> that it becomes a dumpster. It is going to be huge and it will be > VK> difficult to find anything in it. The whole purpose of organizing > VK> information is to make it easier to navigate, but putting all objects > VK> in one group works against this goal. > > No i thing you don't get me *G* No one global group only ONE library > that for example are all objects of one kind are in the same place and > you don't need to change libraries if you don't know if a TCP service is > in the standard library or you added him in the suer library or > somewhere else :-). Ahh, I think I understand now. I have to admit, I would probably use this feature as well. How about an option to import one tree into another? This would leave things considerably cleaner for new users that don't do this, but for others who know what they are doing it would really make things easy. If this were available, the first thing I would probably do is import the standard tree into my own tree. At this point if I made modifications to a service or such that breaks it (since now read/write), it would be my own dumb fault. The biggest downfall I see for experienced users, would be updates to the application that also update obejects in the standard tree. Would I have to reimport that tree every time I updated the application? > VK> another idea I had is to create an "often used objects" panel. You > VK> would drag objects you use the most into this panel, even objects or > VK> groups of objects from different libraries. The panel would hold > VK> references to objects and would be saved in the data file so it would > VK> persist across different sessions. This seems to be a good middle > VK> ground because 1) it does not enforce UI model on the user, if you do > VK> not want to dump all the objects into this panel, you don't have to do > VK> it, and 2) if you really want it that way, you can do it. > > It is some kind of workaround but no solution. I think the ability to import/export object between trees is similar to both your thoughts on the subject here. It should definitely be something left up to the user though, to avoid inexperienced users making mistakes in a global tree. I think what we are looking here are two different options, a UI view and a object management. Now that I think I better understand Thomas request, I agree with it. In fact, I like both options. Please correct me if I'm wrong in my assumptions of what you are looking for Thomas. > -- > Best Regards > > Thomas Schend > Systemadministrator > mailto:dum...@gm... > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the new InstallShield X. >>From Windows to Linux, servers to mobile, InstallShield X is the one > installation-authoring solution that does it all. Learn more and > evaluate today! http://www.installshield.com/Dev2Dev/0504 > _______________________________________________ > Fwbuilder-discussion mailing list > Fwb...@li... > https://lists.sourceforge.net/lists/listinfo/fwbuilder-discussion > |