bakery-main Mailing List for Bakery
Status: Beta
Brought to you by:
mxpxfifws
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
|
Mar
(2) |
Apr
(7) |
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
(4) |
Dec
(5) |
2002 |
Jan
(5) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(7) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(3) |
Nov
(7) |
Dec
(11) |
2003 |
Jan
(23) |
Feb
(6) |
Mar
(6) |
Apr
|
May
(2) |
Jun
|
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(1) |
Dec
(3) |
2004 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(5) |
Aug
(1) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
2005 |
Jan
(9) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: Paul <pa...@pr...> - 2009-08-15 21:50:51
|
Following is the contents of an example.glade that works for me in WithXmlDocGlade You can open it in Glade to see what it looks like. Note that this is using gtk+ >= 2.16 Paul --------------------- Copy below here for example.glade <?xml version="1.0"?> <glade-interface> <!-- interface-requires gtk+ 2.16 --> <!-- interface-naming-policy project-wide --> <widget class="GtkWindow" id="window_main"> <child> <widget class="GtkVBox" id="box1"> <property name="visible">True</property> <property name="orientation">vertical</property> <child> <widget class="GtkVBox" id="bakery_vbox"> <property name="visible">True</property> <property name="orientation">vertical</property> <child> <placeholder/> </child> </widget> <packing> <property name="position">0</property> </packing> </child> <child> <widget class="GtkHPaned" id="vbox_border"> <property name="visible">True</property> <property name="can_focus">True</property> <child> <placeholder/> </child> <child> <widget class="GtkEntry" id="entry_example"> <property name="visible">True</property> <property name="can_focus">True</property> <property name="invisible_char">●</property> </widget> <packing> <property name="resize">True</property> <property name="shrink">True</property> </packing> </child> </widget> <packing> <property name="position">1</property> </packing> </child> </widget> </child> </widget> </glade-interface> |
From: jordan <pho...@pr...> - 2009-02-17 00:17:52
|
I am unable to run the WithXmlDocGlade example. When I try to run it I get the following message: (lt-app:9484): libglade-WARNING **: Unexpected element <requires-version> inside <glade-interface>. /usr/lib64/lt-app: No such file or directory I'm guessing I'm missing something however Bakery built and installed fine, and it seems to only be the glade example that doesn't work, so I am unsure what could be missing or what I need to use Bakery with the Glad interface designer. Thanks. |
From: Johannes S. <joh...@gm...> - 2006-11-28 18:09:25
|
Hi! I am planning an application with multiple documents of different types (but which share the same base class). I would like to organise the views in a CompositeView which is a notebook and set the menu item (save, save as, ...) sensitive based on the view in the current tab. Is this possible with bakery somehow? Regards, Johannes |
From: Pierre T. <now...@le...> - 2006-01-27 23:16:57
|
Hi, I'm just trying to learn gtkmm because I'm in the process of writing an GUI application, and even if I had seen bakery for some time, I've not even thought I could use it because it claims ``creating GNOME applications using gtkmm'', and I'll have to release my application under WinXP. As I saw in http://bakery.sourceforge.net/bakery_document_view.html, I can create an application based either on GTK or GNOME. Does that mean I can create an application with Bakery for any platform where I can release a simple GTK application? If yes, I strongly recommend to modify the descriptions of Bakery, I'm surely not the only one thinking Bakery won't suit one's need beacause it is GNOME specific. Regards, Nowhere man --=20 now...@le... OpenPGP 0xD9D50D8A |
From: Mickael D. <mic...@gm...> - 2005-11-03 13:58:04
|
Hi there, I just wanna know if bakery could be installed and used on Windows XP? If yes, how can I do? Thanks a lot. Mick |
From: Florent T. <flo...@ya...> - 2005-02-03 10:52:32
|
Hi all, The function 'load_from_document' is called 2 times when opening a new file. Looking at the code, it seems that it is automatically called one time by the document and then another time by the view. But there is no reason that the document calls this function since the view should initialize its data itself. For my project, it results in a bug because I initialize some lists in 'load_from_document' by pushing back elements read from the document. Therefore, my lists contain twice too many elements ! What do you think about it ? Is it a bug or must I change my code ? If it is not a bug, I don't see where I could initialize my data only one time just after having opened my document. (perhaps in 'load_after' ?) Many thanks, Florent Teichteil. |
From: Florent T. <flo...@ya...> - 2005-01-14 09:15:16
|
Reading the source code of Bakery, I found the solution to my problem that should concern everyone in this list. Indeed, there is something missing in the "WithXmlDocGlade" example. You should replace the following code : AppExample::AppExample(BaseObjectType* cobject, const Glib::RefPtr<Gnome::Glade::Xml>& refGlade) : Bakery::App_WithDoc_Gtk(cobject, "Bakery_Example_Glade"), Gtk::Window(cobject), //This is a virtual base class (not a direct base), so we must specify a constructor or the default constructor will be called, regardless of what the App_Gtk(cobject) constructor does. Derived classes must do this as well. m_pView(0) { //Get the glade-instantiated vbox. //Your .glade file _must_ contain a GtkVBox called "bakery_vbox". //init_layout() will then insert the menus and toolbars into the vbox. refGlade->get_widget("bakery_vbox", m_pVBox); //Get the glade-instantiated view: refGlade->get_widget_derived("vbox_border", m_pView); } by this one : AppExample::AppExample(BaseObjectType* cobject, const Glib::RefPtr<Gnome::Glade::Xml>& refGlade) : Bakery::App_WithDoc_Gtk(cobject, "Bakery_Example_Glade"), Gtk::Window(cobject), //This is a virtual base class (not a direct base), so we must specify a constructor or the default constructor will be called, regardless of what the App_Gtk(cobject) constructor does. Derived classes must do this as well. m_pView(0) { //Get the glade-instantiated vbox. //Your .glade file _must_ contain a GtkVBox called "bakery_vbox". //init_layout() will then insert the menus and toolbars into the vbox. refGlade->get_widget("bakery_vbox", m_pVBox); //Get the glade-instantiated view: refGlade->get_widget_derived("vbox_border", m_pView); // Reparent the glade-instantiated view so that in belongs to the REAL pre-defined view named 'm_VBox_PlaceHolder' m_pView->reparent(m_VBox_PlaceHolder); } It is necessary to do that because libglademm instantiates m_pView and adds it as ANOTHER VBox to m_pVBox so that you have 2 view vboxes : m_pView and m_VBox_PlaceHolder. I think that it would be better and more logic that mVBox_PlaceHolder is a pointer to a VBox, like m_pVBox, so that the example code would be simpler and clearer : AppExample::AppExample(BaseObjectType* cobject, const Glib::RefPtr<Gnome::Glade::Xml>& refGlade) : Bakery::App_WithDoc_Gtk(cobject, "Bakery_Example_Glade"), Gtk::Window(cobject), //This is a virtual base class (not a direct base), so we must specify a constructor or the default constructor will be called, regardless of what the App_Gtk(cobject) constructor does. Derived classes must do this as well. m_pView(0) { //Get the glade-instantiated vbox. //Your .glade file _must_ contain a GtkVBox called "bakery_vbox". //init_layout() will then insert the menus and toolbars into the vbox. refGlade->get_widget("bakery_vbox", m_pVBox); //Get the glade-instantiated view: refGlade->get_widget_derived("vbox_border", m_pVBox_PlaceHolder); } Regards, Florent Teichteil. Le mardi 11 janvier 2005 =E0 09:21 +0100, Florent Teichteil a =E9crit : > Hi, >=20 > I am using libglademm with bakery, as explained in the example > "WithXmlDocGlade". >=20 > Therefore, I created a vbox containing the view, that I have put in the > main box named "bakery_vbox". But my vbox does not fill and expand in > the main vbox, although I checked the options "EXPAND" and FILL (in the > bakery_vbox) for my vbox in glade. >=20 > I can join a screenshot of my app if you don't understand what I mean. >=20 > Thanks, >=20 > Florent Teichteil. >=20 > ps : the same problem occurs with the example "WithXmlDocGlade" >=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Bakery-main mailing list > Bak...@li... > https://lists.sourceforge.net/lists/listinfo/bakery-main |
From: Florent T. <flo...@ya...> - 2005-01-11 08:21:24
|
Hi, I am using libglademm with bakery, as explained in the example "WithXmlDocGlade". Therefore, I created a vbox containing the view, that I have put in the main box named "bakery_vbox". But my vbox does not fill and expand in the main vbox, although I checked the options "EXPAND" and FILL (in the bakery_vbox) for my vbox in glade. I can join a screenshot of my app if you don't understand what I mean. Thanks, Florent Teichteil. ps : the same problem occurs with the example "WithXmlDocGlade" |
From: Jamie W. <ja...@sp...> - 2005-01-05 07:35:02
|
Ok, last one for a while :-) Does the bakery document classes support all gnome-vfs locations out of the box? I'm curious because it isn't explicitly mentioned though some commit messages seem to hint at it. If so, great; if not, what would it take to make it so? |
From: Jamie W. <ja...@sp...> - 2005-01-05 07:32:14
|
I was going through the brief tute on the website when building my app, and misread init_create_document; because there were no class definitions in the tute I didn't realise I had to use m_pDocument until I accidentally found it in the reference. The static_cast makes me feel dirty, and I don't like your variable naming style :-) Of course I can deal with that, but I was thinking that a template class for App_WithDoc would eliminate the need for the static_cast. So similar to View<T_Document>, your App_WithDoc<T_Document> will have a m_pDocument of the correct type. Further to this, if App_Gtk was templatable with a View class, then you could make the view also a member variable, automatically set_contents() it (not sure if that's unwise yet), and finally the whole init_create_document() function currently in the App_WithDoc_Gtk child class that looks like: void App::init_create_document() { if (m_pDocument == NULL) { m_pDocument = new Document(); m_pDocument->set_view(&view); // this is so dumb view.set_document(static_cast<Document*>(m_pDocument)); } Bakery::App_WithDoc_GnomeUI::init_create_document(); } could be moved into App_WithDoc_Gtk<T_Document, T_View> like so: void App::init_create_document() { if (m_pDocument == NULL) { m_pDocument = new T_Document(); m_pDocument->set_view(&view); // this is so dumb view.set_document(m_pDocument); } } Other advantages include the removal of more static_casts in menu entry event handlers, i.e.: void App::on_menu_network_add_host() { static_cast<Document*>(get_document())->set_network("sod"); } |
From: Jamie W. <ja...@sp...> - 2005-01-05 07:14:38
|
So I'd like to make some changes to the FileChooserDialog (I'm porting a plain gnomemm app to Bakery and want to keep some of the things the same) but I can't find in the doxygen reference where these are kept; I fear they exist only during the file_save/open event handlers and so my dreams are foiled. Any clues? Actually, I specifically want to add a FileFilter pattern for my document extension, which I seem to have already specified in Document's constructor with set_default_extension :-) What are the chances of the App querying its Document and create at least two FileFilters, "All files" with the pattern "*", and appname + " files" with the pattern "*." + document->get_default_extension() ? An additional method to add other patterns or entire FileFilters would be nice, too. Additionally, I notice that the save dialogs don't append the default extension when saving, which I'd also like. Once again, bakery 2.0 on Debian and Ubuntu, so stop me if you've already addressed this in the latest version. |
From: Jamie W. <ja...@sp...> - 2005-01-05 07:02:35
|
So after a bit of hair-pulling I noticed that the view wasn't being updated when the document changed, which seemed to be a suboptimal instance of the MVC pattern :-) I added a call to view.load_from_document() to my App's on_document_modified method, and everything was good again. However I'm wondering why this isn't already done in the base classes. Document gets told what the View is already, during App::init_create_document. Using bakery-2.0 as shipped with Debian unstable and Ubuntu Warty. |
From: Jamie W. <ja...@sp...> - 2005-01-05 02:07:27
|
I'm using bakery-2.0, so this might already have been fixed in 2.4; there's no way to set the about dialog icon -- the set_about_information method doesn't match the constructor for the Gnome about dialog. Can you add a method with the Pixbuf argument? Thanks. Also, I noticed after my application crashed due to icon.png not being found that it did assume there was an icon; I'm porting a Gnome app I'm working on to Bakery and of course the about logo wasn't called icon.png. Perhaps the default argument to set_about_information should be a Pixbuf that loads icon.png, so as to retain the current behaviour, but be overridable. Thanks. |
From: Florent T. <flo...@ce...> - 2005-01-04 14:47:07
|
Hi, I am using libglademm with bakery, as explained in the example "WithXmlDocGlade". Therefore, I created a vbox containing the view, that I have put in the main box named "bakery_vbox". But my vbox do not expand in the main vbox, although I checked the option "EXPAND" (in the bakery_vbox) for my vbox in glade. I can join a screenshot of my app if you don't understand what I mean. Thanks, Florent Teichteil. ps : the same problem occurs with the example "WithXmlDocGlade" |
From: Victor M. <vic...@ya...> - 2004-10-18 20:46:14
|
Hello Javier, You can find a better answer to your questions at libxml++ lists: lib...@li... Your questions are not bakery specific. Anyway, check the examples distributed with libxml++. There is a dom_build example that shows you how to create a new xml tree. You can rely on it to build your own tree parsing your imported file. DTD validation is available at Parser classes, but in your case, you start from an already created XML tree. Perhaps you should create a new Parser class for your imported format. Ask libxml++ list anyway __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail |
From: Javier V. <jvi...@te...> - 2004-10-17 15:18:18
|
Hi. I sent a message with some questions... but nobody responded it. Not anyboy flamed me because my silly question. So I'm wondering if this list has readers... Pls. Let me know if it's worth to write here. If probably it's better to forget it and search other places to share bakery knowlege. Thanks Javor |
From: Javier V. <jvi...@te...> - 2004-10-14 20:48:51
|
Hi. I'm just starting to use Bakety and this is my first post to the list, so please excuse me if this is a silly question. Mi project involves a XML database, with the corresponding DTD. It's shown in a TreeView, without problems. Now my problem :( I want to import some data from a non XML source. My idea is to load it in a diferent XML set, following the DTD rules, show it on a diferente TreeView, and the allow the user to concatenate it to the document XLM set. This is to allow athe user supervision over de new dataset. My doubts are: - How to create a new XML dataset. - How to check is contents against the DTD. - How to merge two XML datasets. I was looking at Bakery and libXML++ documentation sets, but they are almost completely function references. No general or conceptual information. If someday I can manage to master them I can help to extend the documentation or to write some kind of book or tutorial, like gtkmm. Thanks in advance for your help. Javor. PS. I'm not an english speaker, so excuse me for any error or lack of clarity. |
From: Eric B. <er...@co...> - 2004-08-09 18:20:38
|
I just finished updating my app to use bakery 2.3.8 and ran into no problems at all (after I figured out how to use the new menu system in GTKmm and Bakery's placeholders). I would just like to take this opportunity to thank Murray for his work on bakery. Cheers, Eric |
From: Eric B. <er...@co...> - 2004-07-14 22:06:17
|
Does bakery_gnomeui no longer exist? I can't seem to find it for any version of bakery on the website. Cheers, Eric |
From: Noah R. <kl...@es...> - 2004-02-08 07:37:57
|
when I try to run "./configure" for bakery, it dies with the following error. checking for gtkmm-2.0 >=3D 2.2.0 gconfmm-2.0 >=3D 2.0.0 libglademm-2.0 >= =3D 2.0.0 libxml++-1.0 >=3D 1.0.0... Package libglademm-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libglademm-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libglademm-2.0' found There's two problems here: glademm gets installed as glademm, not libglademm and the glademm installation process doesn't create or install a [lib]glademm-2.0.pc file anywhere on the system. I've tried the latest glademm tarball, and a cvs checkout. Any suggestions? --=20 Noah Romer | "We can't let anything affect our bottom line." kl...@es... | -- Tom Williams, Wal-Mart spokesman PGP key available | by finger or email | |
From: Filyo Z. <zo...@fr...> - 2004-01-26 00:54:10
|
Hi! The "config.h" file which genereted during configuration is not used by bakery, and it is not installed in the <prefix>/lib. But the "bakery-2.0.pc" contains following line: Cflags: -I${includedir}/bakery-2.0 -I${libdir}/bakery-2.0/include I think "-I${libdir}/bakery-2.0/include" is not necessary. Filyo Zoltan |
From: Eric B. <er...@co...> - 2003-12-03 04:23:01
|
I set my about info like this: type_vecStrings vecAuthors; vecAuthors.push_back("Eric Bourque <er...@co...>"); set_about_information(VERSION,vecAuthors,"(c) string","app string"); and when I choose the about menu item I get: (gits:1196): glibmm-CRITICAL **: unhandled exception (type Glib::Error) in signal handler: domain: g-file-error-quark code : 4 what : Failed to open file 'icon.png': No such file or directory Am I doing something wrong or should I file this? Cheers, Eric |
From: Eric B. <er...@co...> - 2003-10-06 04:44:55
|
I was just considering using glade in my port from bakery 1 to bakery 2 but don't know much about it. I was therefore happy to see there was an example using glademm, and gconfmm. Problem is, the glade files aren't in the example directory (at least I didn't find them). Any ideas? Cheers, Eric |
From: Steven G. <swg...@pi...> - 2003-05-24 23:50:12
|
Integumentum 0.01 This is a very alpha-ish release of a Gnuplot frontend making use of Bakery 2. There will be more documentation and things soon (like changelogs) as I'm still learning how to do SF administration properly. http://kiyasui.sourceforge.net/ Steven Githens |
From: Steven G. <swg...@pi...> - 2003-05-24 22:44:23
|
Integumentum 0.01 This is a very alpha-ish release of a Gnuplot frontend making use of Bakery 2. There will be more documentation and things soon (like changelogs) as I'm still learning how to do SF administration properly. http://kiyasui.sourceforge.net/ Steven Githens |