HelloWorld::HelloWorld() : m_textview() {
add(m_textview);
m_textview.show();
Glib::Thread::create(sigc::mem_fun(*this, HelloWorld::cpp_app),
true);
}
[...]
void HelloWorld::cpp_app() {
string texttoprint = ;
Glib::RefPtrGtk::TextBuffer m_refTextBuffer;
I'm sure I can add a lot of highlights and decorations now. But I
can't emphasis how important I consider having the rawest and most
basic (blank) slate to begin with.
The absolute only thing that matters at this point is for me to
actually be able to have a gui window and update it with
On 08/20/2013 04:44 AM, Markus Elfring wrote:
HelloWorld::HelloWorld() : m_textview() {
add(m_textview);
m_textview.show();
Glib::Thread::create(sigc::mem_fun(*this, HelloWorld::cpp_app),
true);
}
[...]
void HelloWorld::cpp_app() {
string texttoprint = ;
On 08/20/2013 06:42 AM, Markus Elfring wrote:
I'm sure I can add a lot of highlights and decorations now. But I
can't emphasis how important I consider having the rawest and most
basic (blank) slate to begin with.
The absolute only thing that matters at this point is for me to
actually be
On 08/19/2013 07:07 PM, Andrew Potter wrote:
Adding these methods to the Example class show how you can use a local
helper function. The downside is you having an extra method lying
around and remembering to use the right one in the right context; in
C++11 you could get rid of
I'm pretty sure this is NOT thread safe. You generally need a dispatcher for
that in from. I would expect lockups without a dispatcher.
Sent from my Android phone using TouchDown (www.nitrodesk.com)
-Original Message-
From: Markus Elfring [markus.elfr...@web.de]
Received: Tuesday, 20
The only difference is Alan's submission uses the label widget and the
one you're quoting above uses textview. I could be wrong and you
might see something else subtle that I'm missing.
Do you understand the involved consequences from the software technique
multi-threading?
Regards,
On 08/20/2013 09:33 AM, Markus Elfring wrote:
The only difference is Alan's submission uses the label widget and
the one you're quoting above uses textview. I could be wrong and you
might see something else subtle that I'm missing.
Do you understand the involved consequences from the
But after getting the label widget changed to a textview widget and
having the code actually work, the task was done.
I got the impression that there are still some open issues remaining.
It's common for a new user to an environment to want to see something
very clear... to print a
On 08/20/2013 10:00 AM, Markus Elfring wrote:
But after getting the label widget changed to a textview widget and
having the code actually work, the task was done.
I got the impression that there are still some open issues remaining.
It's common for a new user to an environment to want to
There aren't any significantly open issues. The code presented by
Alan works perfectly.
Would you like to show a specific source code version which was accepted
for your execution environment?
Regards,
Markus
___
gtkmm-list mailing list
Quoth L. D. James:
And, No. There aren't any significantly open issues. The code
presented by Alan works perfectly. It has already been in production
with my clients for over a week without a glitch.
Several people (including myself) have tried to tell you that the code you
have posted here
On 08/20/2013 08:51 PM, Gavin Lambert wrote:
Quoth L. D. James:
And, No. There aren't any significantly open issues. The code
presented by Alan works perfectly. It has already been in production
with my clients for over a week without a glitch.
Several people (including myself) have tried
I missed the list in my last reply, so I'm copying it here for the record.
In addition to using a cancelable I changed CallbackDispatcher to use a
recursive mutex so gui_print can be called from the main thread as well.
While providing such an in depth example to L. James maybe goes against the
Israel is a terrorist state
http://www.youtube.com/watch?v=noln8nx43Sk
From: gtkmm-list [mailto:gtkmm-list-boun...@gnome.org] On Behalf Of Andrew
Potter
Sent: Tuesday, August 20, 2013 9:46 PM
To: gtkmm-list@gnome.org
Subject: Fwd: Re: What is the minimum number of lines to update a gui
Iran is not a terrorist country, Israel is.
http://www.youtube.com/watch?v=KLSlmLx4Fls
-Original Message-
From: gtkmm-list [mailto:gtkmm-list-boun...@gnome.org] On Behalf Of L. D. James
Sent: Tuesday, August 20, 2013 9:09 PM
To: Gavin Lambert
Cc: gtkmm-list@gnome.org
Subject: Re: What is
This is why we must not believe these people, terror specialist deliverer.
http://www.youtube.com/watch?v=b4LDQixpCa8
-Original Message-
From: gtkmm-list [mailto:gtkmm-list-boun...@gnome.org] On Behalf Of L. D. James
Sent: Tuesday, August 20, 2013 9:09 PM
To: Gavin Lambert
Cc:
Do you see any technical problems with what I posted?
Eventually, yes.
It depends on the observed execution speed in your application for example. When
would you categorise the situation that a specific graphical user interface
becomes unresponsive?
Do you expect visual feedback in less than a
On 08/19/2013 02:28 AM, Markus Elfring wrote:
Do you see any technical problems with what I posted?
Eventually, yes.
It depends on the observed execution speed in your application for example. When
would you categorise the situation that a specific graphical user interface
becomes
As far as you seeing a technical problem, is it possible that you
could post some code that would actually work to identify the problem?
Your function HelloWorld::cpp_app indicated in this example that it
will execute for some seconds. I got doubts that the graphical user
interface will be
On 08/19/2013 05:22 AM, Markus Elfring wrote:
As far as you seeing a technical problem, is it possible that you
could post some code that would actually work to identify the problem?
Your function HelloWorld::cpp_app indicated in this example that it
will execute for some seconds. I got
I'm studying in detail the links that you're providing, but I can't see
from those links what specific I should change and still have the code
function as desired.
I'm curious when you start playing around with software design extensions for
your small program example. ;-)
Regards,
Markus
On 08/19/2013 11:50 AM, Markus Elfring wrote:
I'm studying in detail the links that you're providing, but I can't see
from those links what specific I should change and still have the code
function as desired.
I'm curious when you start playing around with software design extensions for
your
On 19/08/2013 19:38, L. D. James wrote:
I'm not new to programming, but playing around with software design
extensions is probably something new.
Somewhere in between those stages I played with python, mono, and a
few other languages. But I never did much productive work, just
experiments
I don't know what you mean by design extensions.
I find that strange to some degree ...
But I started out programming in assmebly language in the Late 70's. I went
to C in the early 80's. It was all in DOS, not Windows. In the late 90's
I started using a semi graphical interface by
On 08/19/2013 04:18 PM, Markus Elfring wrote:
I don't know what you mean by design extensions.
I find that strange to some degree ...
I've mentioned numerous times that I have some glitches in my
experience. I never took up formal education in programming. I studied
business and
On 08/19/2013 05:57 PM, Andrew Potter wrote:
I've changed Example 4 to use a TextView instead of a Label and
renamed report_progress() to gui_print().
Thanks, Andrew. Your gui_print() function appears to be exactly what I
was trying to accomplish in my next stage.
At present I'm working
Quoth Andrew Potter:
void gui_print(const Glib::ustring str) {
/* Get a function pointer to the set_text method we want to
* use. We must explicitly declare the method pointer
* signature because Gtk::TextBuffer::set_text is an
* overloaded method. */
Adding these methods to the Example class show how you can use a local
helper function. The downside is you having an extra method lying
around and remembering to use the right one in the right context; in
C++11 you could get rid of gui_append_mainloop() by using a lambda.
Edit: This uses the
I have unsubscribed from this list, please delete me from the list.
-Original Message-
From: gtkmm-list [mailto:gtkmm-list-boun...@gnome.org] On Behalf Of Andrew
Potter
Sent: Monday, August 19, 2013 7:08 PM
To: L. D. James
Cc: gtkmm-list@gnome.org
Subject: Re: What is the minimum
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
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
On 08/15/2013 08:30 AM, Markus Elfring wrote:
You are telling me to do it a different way and at the same time telling me
how complicated it is. Without examples of the different way, I don't know
where to start.
I guess that you want to become familiar with a general program structure
You are telling me to do it a different way and at the same time telling me
how complicated it is. Without examples of the different way, I don't know
where to start.
I guess that you want to become familiar with a general program structure
together with the GTK+ software. I assume that you
On 08/12/2013 12:55 AM, Gavin Lambert wrote:
Quoth L. D. James:
Thanks Gavin I'm glad that your message suggests that I may have done
something right. I have tried. I appreciate your pointing out about
bugs in gtkmm. I'm sure with my investigation I'll eventually learn
about the bugs and
2013-08-11 02:30, L. D. James skrev:
Thanks, Chris. I may end up using Glib::spawn_async (but I it doesn't
appear to be a call for updating text to a gui window) and I may end
up using Glib::signal_io().connect()) to send text to the gui window.
This is the first time i see these as ways of
On Sun, 2013-08-11 at 13:54 +0200, Kjell Ahlstedt wrote:
You seem convinced that the shorter a program is, the easier it is to
understand it. I'm not so sure.
I get the impression that you don't understand how a GUI system works,
Much work is going on behind the scene.
An example: When
On 08/11/2013 07:54 AM, Kjell Ahlstedt wrote:
Since you dislike buttons, can't you remove all buttons and the button
box from my example program? Remove all code that has anything to do
with the buttons except
// Start a new worker thread.
m_WorkerThread =
On Sun, 11 Aug 2013 08:33:18 -0400
L. D. James lja...@apollo3.com wrote:
[snip]
I appreciate all the tips from all the experts here. However, I can
tell from many of the comments that a lot of you are thinking I'm
trying to do something different that just learn how to work with a
blank
On 08/11/2013 09:54 AM, Chris Vine wrote:
On Sun, 11 Aug 2013 08:33:18 -0400
L. D. James lja...@apollo3.com wrote:
[snip]
I appreciate all the tips from all the experts here. However, I can
tell from many of the comments that a lot of you are thinking I'm
trying to do something different that
On Sun, 11 Aug 2013 10:18:59 -0400
L. D. James lja...@apollo3.com wrote:
I learned from my previous thread how to actually update the gui
window. I agree that I don't have the terminology to put it into
technical words how it's done. But that part is very simple. I
believe you're still
I thank everyone who has contributed to this topic and assisted with
your valuable suggestions and comments. As a result I'm able to present
the solution to my problem. Kjell's input was of paramount value.
I used the first helloworld example from the gtkmm tutorial and added
just a few
Quoth L. D. James:
// The final step is to display this newly created widget...
m_textview.show();
Glib::Thread::create(sigc::mem_fun(*this, HelloWorld::cpp_app),
true); }
[...]
void HelloWorld::cpp_app()
{
string texttoprint = ;
Glib::RefPtrGtk::TextBuffer
On 08/11/2013 09:41 PM, Gavin Lambert wrote:
texttoprint +=
About to run a number of c++ functions\nand display the
results\n;
m_refTextBuffer-set_text(texttoprint);
m_textview.set_buffer(m_refTextBuffer);
This is all fine right up until that last line, which
Quoth L. D. James:
Thanks Gavin I'm glad that your message suggests that I may have done
something right. I have tried. I appreciate your pointing out about
bugs in gtkmm. I'm sure with my investigation I'll eventually learn
about the bugs and try to assist in the debugging of it, as well
Mr. James,
This reply has 3 examples. The last time I sent you a complete
solution you never indicated how it was insufficient, so please be
sure read this entire message.
The minimum amount of lines to use a TextView:
//== Example 1 Begin //
#include gtkmm.h
int main(int
Thank you Andrew.
I misunderstood your first message and am looking at it more in depth
as well as your current post.
You bring up a very important clarification I should make from my
original post in this thread. I should not have counted the comments as
part of the total number of lines.
Thanks you plenty, Andrew for giving so much consideration to my
question. I'm really grateful for the generous comments and white
spaces for clarity. I should have run this line on Kjell's code before
making a reference to 400 lines:
// cli command begin
cat * | egrep -v ^\s+\*|^$|^/|^\s+/ |
I may be able to eventually figure out how to do it from your example,
but at present it doesn't appear to have the ability to append text,
except for an initial text and one addition.
I'm trying to be able to arbitrarily update the text numerous times
(just like you would with cout).
I thought
On Sat, 10 Aug 2013 05:43:42 -0400
L. D. James lja...@apollo3.com wrote:
When I first started programming and was able to output a Hello
World, I was happy. It worked. I made lots of changes and
understood it. When I performed my first I/O it was just a minimum
number of lines and did a
Thanks for the advise, Chris
I already have a lot of applications of which I hope to put into place
for my clients who see a monster when they see a text screen.
Many of the task are very simple task, such as connecting to a VPN and
giving a status of each step, so that if any component failed,
On Sat, 10 Aug 2013 09:32:58 -0400
L. D. James lja...@apollo3.com wrote:
[snip]
As far as realworld applications, most applications have some element
of processing and outputting a status to the user without the user
having to sit at the concole and constantly click buttons. I really
On Sat, 2013-08-10 at 16:45 +0100, Chris Vine wrote:
Your posts are no doubt highly meritorious but I am afraid they are not
offering much clarification. You would probably make your point better
if you shortened your posts by roughly an order of magnitude. However,
after cutting through
On Sat, 10 Aug 2013 12:16:16 -0400
L. D. James lja...@apollo3.com wrote:
[snip]
The VPN application currently have 500 lines. I'll strip it down to
50, making sure it retains functionality and post it.
One of the reasons I didn't post it before, but posted sleep(10) to
represent the
dispatcher() causes the function blocking_operation_finished() to be
called, which in turn calls Glib::Threads::Thread::join(). join() will
block the GTK+ main loop until the thread has completely finished
(i.e. blocking_operation() has returned).
Calling dispatcher() more than once means that
On 08/10/2013 11:45 AM, Chris Vine wrote:
Your posts are no doubt highly meritorious but I am afraid they are not
offering much clarification. You would probably make your point better
if you shortened your posts by roughly an order of magnitude. However,
after cutting through the dense
Thanks, Andrew. I'll study and compile your example and comment on if
it's the gist of what I'm trying to accomplish.
Looking at it, it appears like it will work. However, I'm not trying to
send progress statistics, I'm just trying to send general information.
Some of my programs sorts and
On Sat, 10 Aug 2013 17:53:41 -0400
L. D. James lja...@apollo3.com wrote:
[snip]
Chris, thanks again for your interest in my question. I apologize
for the delayed response, as I was on a support call for most of the
day. When I got back I trimmed down 500 lines of code to the example
below.
On 08/10/2013 07:09 PM, Chris Vine wrote:
This appears to be just a batch job calling popen() which brings up a
ppp connection. There is no program loop anywhere and the while loop
for fgets() in runit() will block until EOF is reached, which equates
to the call to pppd ending and the process
On Sat, 10 Aug 2013 19:41:33 -0400
L. D. James lja...@apollo3.com wrote:
[snip]
While I'm having problems just sending text to a window, you're
suggesting that I dive figure and use gtkmm for my other calls. I
might get to that at some time. But at present, I just want to use
gtkmm to
Thanks, Chris. I may end up using Glib::spawn_async (but I it doesn't
appear to be a call for updating text to a gui window) and I may end up
using Glib::signal_io().connect()) to send text to the gui window. This
is the first time i see these as ways of updating the gui.
Keep in mind that what
61 matches
Mail list logo
