From: Tony R. <tb...@gm...> - 2009-09-27 23:15:05
|
Actually I like the Notebook parent because I think it fits in with the concept of a workspace or project space. We should make sure that the notebook/workspace handler can accept editor objects and RAD designer objects. So the handle to a notebook is the handle to all of the files/objects for one user project. -Tony On Sun, Sep 27, 2009 at 3:36 PM, Nuklear Zelph <nuk...@gm...>wrote: > this is a model i came up with today. supposing we decide to use the > multi-document singe editor approach, we will want to have the notebook > inside the editor plugin in order to keep trancparency for other editors. if > we want it to be part of the main gui, then we should scrap the idea, > because of the normal behavior of a notebook. as far as the notebook is > conserned there is not much of a difference whether it is in the editor > plugin or the gui. it has a small api for attaching and removing panels and > that is not much of a big deal. > > with the one doc per editor approach will not be hindered either way we > create it. the notebook will be in the same place one way or another, so it > probably depends on what affects it might have on the plugin system > bandwidth and such. > > i am working on the api's mentioned in the picture. the final decision of > what needs to go where is a ways off right now, the api that any plugin > would see is not going to change between the two approaches and niether will > the base editor, but the resulting plugin can only do what it has been given > resources for, so i am just wondering what we think is the best way to > design this is. > > when i can log into sf.net i'll post the pic onto the editor api page. > > Nuklear > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > Wxdevide-devs mailing list > Wxd...@li... > https://lists.sourceforge.net/lists/listinfo/wxdevide-devs > > |