Re: Conflict between windows.h and giomm/dbusmessage.h (2)

2013-08-18 Thread John Emmas

On 15/08/2013 10:20, John Emmas wrote:


I discovered this problem while building with VC++8.  Maybe someone 
can confirm if it also affects later versions of MSVC?


#include windows.h
#include giomm.h  // ( or alternatively, #include 
giomm/dbusmessage.h )


Creating a source file with just those 2 lines gives me the following 
compiler error:-


dbusmessage.h(353) : error C2332 'struct' : missing tag name

Line 353 of 'dbusmessage.h' looks like this:-

static Glib::RefPtrMessage create_signal(const 
Glib::ustring path, const Glib::ustring interface, const 
Glib::ustring signal);


I think it's the use of the name interface that's causing the 
conflict.  In my VC IDE, the word interface gets printed in blue 
which usually indicates that it's a reserved word.




Sorry to bump this but is anyone looking into it?  A few minutes ago I 
discovered that even the following 2 lines will fail if compiled in 
Debug mode:-


#define  _CRTDBG_MAP_ALLOC
#include gtkmm.h

It's becoming near impossible to build glibmm and gtkmm using MSVC any 
more.  I honestly think someone should be assigned to investigate these 
problems before too many of them creep in...  :-(


John

___
gtkmm-list mailing list
gtkmm-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtkmm-list


Re: What is the minimum number of lines to update a gui window without user clicking a button

2013-08-18 Thread Markus Elfring
 You're right about my desire to log text in a gui window.  I don't want a list
 box or control widgets in this particular case.  As far as sophisticate 
 widgets,
 I don't want any widgets at all.

There might still be a few more technical details which you would like to
consider for your log viewer implementation.


 If there's something wrong with my example, I appreciate any comments or
 suggestions.  But if someone says it wrong and use programming terms that I
 don't fully understand, it's not much I can do with it as far as change and
 actually have it continue to perform the desired task (update the gui window
 after running a function).

How do you think about a message display in several log windows from one
application in parallel?

How do you keep the graphical user interface responsive during this output?
http://c2.com/cgi/wiki?EventDrivenProgramming

Regards,
Markus

___
gtkmm-list mailing list
gtkmm-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtkmm-list


Re: What is the minimum number of lines to update a gui window without user clicking a button

2013-08-18 Thread L. D. James

On 08/18/2013 01:48 PM, Markus Elfring wrote:

You're right about my desire to log text in a gui window.  I don't want a list
box or control widgets in this particular case.  As far as sophisticate widgets,
I don't want any widgets at all.

There might still be a few more technical details which you would like to
consider for your log viewer implementation.



If there's something wrong with my example, I appreciate any comments or
suggestions.  But if someone says it wrong and use programming terms that I
don't fully understand, it's not much I can do with it as far as change and
actually have it continue to perform the desired task (update the gui window
after running a function).

How do you think about a message display in several log windows from one
application in parallel?

How do you keep the graphical user interface responsive during this output?
http://c2.com/cgi/wiki?EventDrivenProgramming

Regards,
Markus

Thanks, Markus.  Since I describe myself as novice to some of this 
technical jargon you probably think I'm not clear with what I'm looking 
for.  But I actually am.  The example that I posted is very consistent 
with the namesake of this thread.  I'm hoping to have the minimum number 
of lines to update a gui window without the user having to do anything 
but just periodically look at the screen and notice the updates.


Now since I appear to have the minimum (in my example), which performs 
perfectly.  If you analyze it, I believe it'll become clearer what my 
question is about.


Having the minimum lines will help me to study in more detail and 
understand better what is taking place.


Do you see any technical problems with what I posted?  Do you think you 
could make it more efficient?  I'm sure, with time, I'll be able to.


One of the things I would like to do is turn this lines into one line:

// Code Begin
// --
texttoprint += Back from running a short 10 second function;
m_refTextBuffer-set_text(texttoprint);
m_textview.set_buffer(m_refTextBuffer);
// --
// Code end

Of course I expect this will take a significantly lots more programming 
lines to make such a class or function.  But in the end it'll make using 
gtk a lot easier for many applications.


I hope to create a class or function that could be called and would 
either append or replace the text being displayed.  The function could 
be called, gprint().  Then, instead of writing three lines to update 
the gui window, I'd be able to type:


gprint(Updated text);

And have the text updated that way.

Thanks again for your input and your attempts to understand my question.

Again, I believe the current question is answered with the last code I 
posted, unless you see a problem with it.  After I have a good clean 
example of my attempt to create the gprint() class or function, I'll 
post that and ask for help.


-- L. James

--
L. D. James
lja...@apollo3.com
www.apollo3.com/~ljames
___
gtkmm-list mailing list
gtkmm-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtkmm-list