Open file in multiple window
All  1-7  8-16

Previous
Next
 From:  Dymaxion
2613.8 In reply to 2613.7 
As a variant on the same theme, what about having the same model open in multiple windows? Possibly via having multiple instances of the MoI UI communicating with the same backend model (in the MVC sense). I assume that this would be a whole lot of work, unless you've specifically designed for it, but it'd be wonderful, from my perspective, especially if it was possible to run the different windows with different UIs -- multiple monitor support, but in a nice, general, flexible way, and the ability to (even on a single monitor) do things like have two independent 3D views. A low priority feature to be certain, but it'd be wonderful to have.
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
2613.9 In reply to 2613.8 
Hi Ella,

> As a variant on the same theme, what about having the same
> model open in multiple windows?

Yes, I do expect to have this one eventually.

The concept for it is accommodated in the current architecture - basically there is the idea built in that there can be more than one "viewpanel", which is the area of the main window that displays the viewports.

At some point I do expect to be able to open up an additional window that has another viewpanel on it, which would have its own control in that window for switching that window's viewpanel between Split/Top/Front/Right/3D modes, which would be independent of the main window's view panel.

The main reason that has not been finished yet is that this new window will need a somewhat different UI design than the main window currently has - it probably won't need a side pane and full length command bar at the bottom, so probably its UI elements will need to be slightly different, with some "inset" type panels for controls rather than ones that are docked along the entire length of the frame window.

I haven't had time yet to work on the UI design for those.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Anis
2613.10 In reply to 2613.6 
Hi Michael....

>>But you previously used MS Word as an example ?
Sorry, I forgot that even MS Word have Pull DOwn Menu Window, it still open independently in the Windows Taskbar.
So what I mean is Menu Window like my previous software ( SWX ). Even open many files, it will keep "one" aplication in the Window taskbar.

Thanks Sir !!!
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
2613.11 In reply to 2613.10 
Hi Anis,

> So what I mean is Menu Window like my previous software
> ( SWX ). Even open many files, it will keep "one" aplication
> in the Window taskbar.

Sorry - no, I'm not currently planning on doing that. MoI is designed to function like the more recent versions of Word where each document is opened in its own separate window.

This is not a particularly easy thing to me to change back and forth between, so it is not likely that I will be able to make any option to control this anytime soon.

Whether there are separate items listed in the taskbar or only one item is listed there, that's really something that is up to Microsoft to control - they are the ones who have designed how the taskbar behaves.

But I believe in Windows 7 they have granted your wish already, and only have a single item in the taskbar for every open application, with a menu that pops up when you move over that item. That should apply to every application running in Windows 7, including MoI.

I think that it is also possible to get a similar kind of behavior in earlier versions of Windows by adjusting a registry setting to make application entries in the taskbar combine into one item always. If you want to set up your taskbar to work like that, check out these pages:

http://www.mydigitallife.info/2009/01/25/change-the-size-to-group-similar-windows-together-in-windows-taskbar-with-trick-to-force-combine-to-one-button-only/

http://support.microsoft.com/kb/281628

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Anis
2613.12 In reply to 2613.11 
Hi Michael....

Thanks for the links.
Looks like it will do the trick.

-Anis
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Dymaxion
2613.13 In reply to 2613.9 
Oh, cool; that's a much better position than I thought you might be in. Will it be possible to have different objects shown and hidden in each viewpanel, or will that be synchronized between viewpanels? Also, will it be possible to have different snap values between viewpanels?

UI-wise, it seems like it wouldn't be too horrible to leave the full-width bar on the bottom; you'd lose the File-Delete buttons, plus Options and Help, and then the file name display and the three line box status box up top would move down into the bar. If you do have separate show/hide state per viewpanel, then you probably would need more of a flyout, as you'd have to fit a separate copy of the scene browser in as well.

/Ella
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Michael Gibson
2613.14 In reply to 2613.13 
Hi Ella,

> Will it be possible to have different objects shown and
> hidden in each viewpanel, or will that be synchronized
> between viewpanels?

The hidden state is currently a flag on an object, there is no separate per-viewport flag on every object, so the additional view panel would reflect the same object hidden status as the main window's view panel.


> Also, will it be possible to have different snap values between viewpanels?

No, similarly the snap value is a single global value set in the object model: moi.grid.snapSize

There is no per-viewport or per-viewpanel snap size set up. Once you set the snap size it will be the same in all views.

Otherwise making a bunch of things like this be individually set per viewport or viewpanel would require quite a lot more elaborate UI for manipulating those settings. Right now to set the snap size there is just a simple field for it under Options / Grid - it is really easy to understand how that works, you just set it and that is the setting that you get in every viewport.

Having settings that were different per viewport or viewpanel would require a different mechanism, maybe multiple entry points for the settings, or additional drop-downs that are interconnected with the input fields. There is a lot of potential for confusion when adding such elaborate mechanisms for dealing with settings. For example someone will go in and change a setting, and then wonder why it has not been applied to some other view that they then switched to temporarily. I've tried pretty hard to avoid these kinds of confusing situations.

The way you would do things like you are describing would instead be to run 2 separate instances of MoI, that would allow you to have individual settings for these things per running instance.

The additional viewpanel mechanism that I want to add in the future will not be like that, it is intended to share the same session settings as the current main window viewpanel does, basically it will be intended to work in a very similar way as the main window's current viewpanel, it will be more intended to let you do things like have a maximized "Top" view on a second monitor while working in a maximized 3D view on the other monitor, stuff like that - but each of those views would behave in a way similar to how they currently do.

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
Next
 From:  Dymaxion
2613.15 In reply to 2613.14 
Ok, that makes sense -- I could see benefits from being able to have different snaps and visibilities, but you're right, it would add a ton of UI complexity. Without that, it seems like you should be left with a fairly simple UI in the secondary window -- there's just not that much to display.

/Ella
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged

Previous
 From:  Michael Gibson
2613.16 In reply to 2613.15 
Hi Ella,

> Without that, it seems like you should be left with a
> fairly simple UI in the secondary window -- there's
> just not that much to display.

Yup, that's exactly it...

In fact I think that there will be so little to be shown that it doesn't really need an entire edge of the window to be holding the UI (like how the bottom command bar or side pane work in the main window currently), and it would actually be kind of weird to have that since it would be mostly empty.

Instead I think that UI would be something that was actually a small island piece that was actually contained within the view panel itself, similar to the way the view controls work currently (the Area / Zoom / Pan / Rotate / Reset toolbar at the bottom of a viewport).

- Michael
  Reply Reply More Options
Post Options
Reply as PM Reply as PM
Print Print
Mark as unread Mark as unread
Relationship Relationship
IP Logged
 

Reply to All Reply to All

 

 
 
Show messages: All  1-7  8-16