From: Serge N. <Ser...@fr...> - 2008-01-17 21:33:02
|
Le/The jeudi 17 janvier 2008, Benny Malengier a =E9crit/wrote=A0: > 2008/1/17, Serge Noiraud <Ser...@fr...>: > > > > > > > > > > I agree that this is not ideal. It couples the > > > DisplayState to the ViewManager. Someone will end up > > > refactoring it later. > > I agree too. It's the only way to do this I found. > > > > I think the only clean method could be : > > add an event_handler, but the questions are : > > > > 1 - is it possible ? > > 2 - Does this kind of event_handler accept arguments ? >=20 >=20 > It is possible. However, what Brian said was to put in DataView/__init__= =2Epy > file the code to decide to register or not register GoogleView. People who > do not have gtkMozEmbed or for who it does not work would then not see it. > Pluggable Views would then be inside DataView dir, the list of possible > views would be dynamically created. I didn't speak about the plugin for the moment. I'm looking for webkit, pyk= html, ... In the plugin I try all the import then switch to the installed library ( g= tkmozembed, ... ) If we have no library, the module doesn't load. In the Status modules We ca= n see this. perhaps we can do this without beeing in a plugin. The module GeoView should use the installed library. The question is what l= ibrary ? gtkmozembed : GNOME pykhtml : KDE ( someone know another one ? ) webkit ( used by safari and should be the future : GNOME, KDE, ... ) a khtm= l fork for HTML5 rendering The problem : webkit is not included in some distrib. If I understood, KDE4 will use webkit but when ? on ubuntu we have some package, but I didn't found the python module for we= bkit. I renamed GoogleView to GeoView which is better. We can choose another name. I think I'll do the same thing with GoogleMap, OpenStreetMap, ... I think I'll use an optional parameter to select the map database. OpenStreetMap is partial so GoogleMap can be a workaround. >=20 > Perhaps we could have a View directory like plugins in which we have the > > plugable views. > > > > > > > > I guess I expected to see some error checking in > > > src/DataViews/__init__.py. If the get_views() > > > function only returned views that are supported, I > > > expect everything would be accomplished. > > One another thing : When we create several views, the main windows > > continue to grow. > > We have nothing to shrink it or to limit it to a specific size. >=20 >=20 > Yes, this is one of my main resentments. If it has to be a View, I was > thinking these views could be part of the Gramplet View. That view would > then be a notebook to which you can add pages, eg a page with GoogleView,= or > a page with other gramplets. > GoogleView would then have to be a widget, that can be embedded inside a > gramplet or a tool or a view... >=20 > Just thinking. I really am afraid we go into a UI nightmare if we are not > careful. I think so. It's not urgent. let's take the time to think about all the possibilities. When I spoke about googleview, I didn't want to include it immediately in g= ramps. My objectif : prouve we can use geolocalisation into gramps. I show you one possibility and we can speak about what is doable and not. =46or example I think we could have a button to show all the places for the= database. One button to see all the places where the home person or one person live, One button for where is the family ? ( parents and children ) ... Perhaps we should use filters =2E.. serge |