|
I have been searching for about 7 hours total for a way to get a CDialogBar to actually work, and this stopped my searching. I was able to create a CDialogBar myself and attach it to the right side of the screen, but once I did that, the dialog had no classwizard support, buttons were greyed out, and everything else that normally worked on dialogs didn't work in my dialog bar.
So I came across this project, and I was literally overjoyed. Not only does it create a viewable dialog on the side of the screen, but the dialog it shows (inner dialog) is totally independent from the CDialogBar. This makes it have all the functionality of normal dialog window because, well...it is a dialog. I am willing to live with the UI--in fact, I like it. I give props to you, the creator, for making this. It is invaluable to me, because I would have never been able to create it on my own.
There is one thing, though. What I would like to see is the viewing rectangle grow in height as the window size gets taller.
I am not subscribed to the code project so my name is Tim, and my email is goober@techemail.com. Please email me if there is a way to make the viewing rectangle grow.
|
|
|
|
|
When you enter one of the Edit boxes and click 'return', the entire window dissapears. How can this be solved?
solosnake
|
|
|
|
|
Sorry for the small bug...
on CInnerDlg::OnInitDialog
add the following line of code
SetDefID(-1);
whats it .... hope you like it
|
|
|
|
|
IMO this is just terrible. It might have been interesting to program, but I hope nobody thinks of using this sort of thing in their application. I've never seen 3D Studio Max, but if that program has a similar dialog bar then they made a bad mistake in UI design.
If their isn't enough room for all those controls then as others have said think about tabs or put the less-often used controls in dialog boxes where they belong. At least with a tab the user has some indication that there is more there. As it is, you may have no idea there are more controls and even if you do clicking and dragging the dialog bar is something many people would never think of.
Oh, and why does the dialog bar have a gripper when it can't be undocked?
|
|
|
|
|
Well my friend let me tell you something about 3DS Max ...
It is one of the leading packages in 3D design in the world
(competative to alias /wavefront) it goes under the name of AutoDesk..
maybe you heard about them ......
if you have not ... you are in the wrong business.
mistake in UI design ?????
these people actually pay $200.000+ a year for people who have PHDs
in UI design .... they should know a hell lot better then you ..
even so... if you could possibly make all of those options that are
available in the specific application then you would propably need
about 300 dialogs to implement them ... you think that a user the
patience for it ?? i dont think so... seee the program .. understand
what it does ...then we can talk about it
there are also a couple of other articles doing the same thing ...better
this is simply an idea of how to use a tricky aproach of solving a problem
|
|
|
|
|
thanks for your cool job.
The 'anonymous' guy knows little about software when he say that he has not heard about famous 3DMax. In fact, everyone will be surprised by the beautiful 3DMax interface.
|
|
|
|
|
i work with 3d studio max, and the interface is annoying me, because many elements arent conform to what a windows user has to use in every other program. but you're right, studio max is great, and has a real huge functionality, but the interface has some stupid features (like the texture editor, which isnt resizeable ...)
|
|
|
|
|
Man, your programming skills must be somewhere below 0(zero!). Criticizing this code must not be of your concern! And Autodesk UI design also! 3D designers use large screens, and resolutions. So, your problem is a stupid one. About the gripper, you should learn some more MFC programming, ok?
|
|
|
|
|
Man, your programming skills must be somewhere below 0(zero!). Criticizing this code must not be of your concern! And Autodesk UI design also! 3D designers use large screens, and resolutions. So, your problem is a stupid one. About the gripper, you should learn some more MFC programming, ok?
|
|
|
|
|
Please go to take a look at 3d studio max first, after u see it, i'll know y thier design this kind of dialog... and i can gently u that u can't find another kind of replacement(2day technology) for replace this kind of dialog for that huge of input and setting.
|
|
|
|
|
hello
i can't download the sample and the source code ,can u send me it ,because it's very important for me.
my email is :elkaisse@hotmail.com
|
|
|
|
|
You are just another Anonymous piece of sh.t!
|
|
|
|
|
Actually this method is very apt sometimes. The reason is because in an application like 3dsmax, there are literally THOUSANDS of controls and this is one of the few effective ways of presenting them all.
--
Synetech
|
|
|
|
|
3D Studio Max really have too many controls inside and already catagory into some tab, maybe you should go to check it out first, then sure you will also agree to use this Slidable DialogBar design.
|
|
|
|
|
I tried and found that when you print preview, the dialog bar remains.
Good effort though!
|
|
|
|
|
Thank you
if you go into the
CMainFrame class
OnCreate(LPCREATESTRUCT lpCreateStruct) function
you will see two lines of code remarked
// MAKE IT DOCKABLE !!!!
// m_SideBar.EnableDocking (CBRS_ALIGN_LEFT|CBRS_ALIGN_RIGHT);
// DockControlBar(&m_SideBar);
remove the remarks and you are OK !
|
|
|
|
|
Hello,
I believe approach used here for non-blinking scroll with mouse is nice and can be
useful in other areas, thank you for posting it.
But I'd like to warn novices from using such dialogs in their applications - I think it's not very user friendly, to say the least. Dialog/cmdbars which do not fit in window area, should be redesigned to use tabs or any similar means of switching visible parts with single mouse clicks or keystroke.
What do you think about it?
Thanks
Igor Green
http://www.grigsoft.com/
|
|
|
|
|
I would tend to agree - it took me a while to figure out what it did, dragging the dialog just was not what I expected.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|
|
Christian Graus wrote:
it took me a while to figure out what it did, dragging the dialog just was not what I expected.
Oops. And I thought it's a bug. I would prefer to use a scrollbar, that's more consistent to Windows UI.
I think, following is a real bug: the dialog bar does not change its size, if you resize the main window.
Regards
Thomas
Finally with Sonork id: 100.10453 Thömmi
Disclaimer: Because of heavy processing requirements, we are currently using some of your unused brain capacity for backup processing. Please ignore any hallucinations, voices or unusual dreams you may experience. Please avoid concentration-intensive tasks until further notice. Thank you.
|
|
|
|
|
Though I tend to agree with you as well, (that tabs should be used, etc), I do think that even though it is unconventional, if the application maintains consistency throughout, a different approach can be used. The user might not intuitively know what to do the first time, but after a few minutes, they should begin to gain a comfort level with the new approach. For instance, I had never seen an outlook style bar prior to Outlook. I think the key statement you made was "means of switching visible parts with single mouse clicks or keystroke". If we maintain this simplicity, changing things up and "thinking outside the bubble" is not a bad approach and keeps us moving in the right direction...
|
|
|
|
|
Hi,
Igor Green wrote:
But I'd like to warn novices from using such dialogs in their applications - I think it's not very user friendly, to say the least. Dialog/cmdbars which do not fit in window area, should be redesigned to use tabs or any similar means of switching visible parts with single mouse clicks or keystroke.
I totally agree with this, but there are application where it will result in a great amount of tabs (3DMax has tabs for the different editing stages that switch the sliding dlg with the associated properties). It seems that even Discreet realized the usabillity flaws and changed the implementation in 3DMax 3 and above. There are two implementation here on Code Project that show the new interface [1, 2].
Bjørn.
[1] MFC Rollup Control
[2] WTL Rolldown Control
|
|
|
|
|
Of course, tabs are not panacea from big/bad dialog design. Known example is scrollable tabs in VC++ settings/options. They have same problem as rollup control - once you select page, you may need to scroll/close it to access another one. So I totally agree that every developer can(should?) try to search for appropriate way for preseting data to user. But he just has to remember final goal - result should be comfortable for user, not nice/cool/original. And it's not so easy - http://www.iarchitect.com/mshame.html is a good place to review before going into design
Speaking about vertical layout, I think Outlook bar, mentioned by Mitchel in previous message, was a good invention - it's quite visual, you always see all possible pages, you can switch it with single mouse click, finally, thanks to Outlook, it's familiar. I would only add some way to switch pages with keyboard (Ctrl+Tab, Ctrl+1/2, etc).
Igor Green
http://www.grigsoft.com/
Compare It! + Synchronize It! : file and folders comparison never was easier!
|
|
|
|
|
I agree, interesting article for academic value but of little use in commercial programs. I tried these in 3d studio max and decided they were horrible then, my opinion hasn't changed.
|
|
|
|
|
|
It flickers like hell when I resize it ( under W2000 ). Also, if I type something into any of the edit boxes and hit enter, the sliding dialog area goes dark grey and cannot be restored in any way I can see.
It's a cool idea though.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Picture the daffodil. And while you do that, I'll be over here going through your stuff.
|
|
|
|