bakery-main — Main Bakery list

Re: [Bakery-main] Can't run Glade example - WithXmlDocGlade

[Paul <pa...@pr...>]

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">&#x25CF;</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>

[Bakery-main] Can't run Glade example

[jordan <pho...@pr...>]

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.

[Bakery-main] MDI

[Johannes S. <joh...@gm...>]

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

[Bakery-main] GNOME specificity of Bakery?

[Pierre T. <now...@le...>]

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

[Bakery-main] Installation on Windows

[Mickael D. <mic...@gm...>]

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

[Bakery-main] load_from_document called 2 times when opening files

[Florent T. <flo...@ya...>]

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.

Re: [Bakery-main] bakery with libglademm : the view box does not fill and expand in the bakery_vbox

[Florent T. <flo...@ya...>]

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

[Bakery-main] bakery with libglademm : the view box does not fill and expand in the bakery_vbox

[Florent T. <flo...@ya...>]

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"

[Bakery-main] gnome-vfs support in document save/load

[Jamie W. <ja...@sp...>]

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?

[Bakery-main] static_cast of Document vs App template

[Jamie W. <ja...@sp...>]

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");
}

[Bakery-main] getting access to the Apps FileChooserDialogs

[Jamie W. <ja...@sp...>]

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.

[Bakery-main] App_WithDoc::on_document_modified

[Jamie W. <ja...@sp...>]

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.

[Bakery-main] set_about_information and icon.png

[Jamie W. <ja...@sp...>]

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.

[Bakery-main] bakery with libglademm : the view box do not expand in the bakery_vbox

[Florent T. <flo...@ce...>]

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"

[Bakery-main] Re: Creating new XML trees andmerging it

[Victor M. <vic...@ya...>]

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 

[Bakery-main] Anybody reads this list?

[Javier V. <jvi...@te...>]

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

[Bakery-main] Creating new XML trees andmerging it

[Javier V. <jvi...@te...>]

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.

[Bakery-main] thanks

[Eric B. <er...@co...>]

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

[Bakery-main] bakery_gnomeui ?

[Eric B. <er...@co...>]

Does bakery_gnomeui no longer exist? I can't seem to find it for any
version of bakery on the website.

Cheers,

Eric

[Bakery-main] glademm not in pkgconfig

[Noah R. <kl...@es...>]

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 |

[Bakery-main] config.h is not used

[Filyo Z. <zo...@fr...>]

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

[Bakery-main] about box problem with bakery_gnomeui

[Eric B. <er...@co...>]

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

[Bakery-main] glade files?

[Eric B. <er...@co...>]

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

[Bakery-main] Another Bakery Application

[Steven G. <swg...@pi...>]

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

[Bakery-main] Another Bakery Application

[Steven G. <swg...@pi...>]

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