From datatec at gmail.com  Tue Apr  1 09:44:02 2008
From: datatec at gmail.com (datatec)
Date: Tue, 1 Apr 2008 06:44:02 -0700 (PDT)
Subject: [fxruby-users] Congradulations Lyle: as of today April 1st your
 Fxruby book should be available
Message-ID: <16418436.post@talk.nabble.com>


For people who don't know. Lyle has written a FXRuby book.  "Fxruby: Create
Lean and Mean GUIs with Ruby"

Lyle is a major contributor on this list/forum and I just wanted anyone who
is interested in FXRuby
to look it over and consider getting a copy.

Its from the The Pragmatic Programmers series of books.

You can get it through the link at his blog
http://lylejohnson.name/blog/

The pragmatic Programmers site
http://www.pragprog.com/titles/fxruby

or your version of Amazon
http://www.amazon.com/FXRuby-Create-Lean-Mean-GUIs/dp/1934356077/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid=1207056236&sr=8-1

Amazon is showing a release date of April 1st. today :) and in the U.S.
Amazon it is still showing up as a pre-order with an extra 5% off for
pre-ordering.

Thanks for all your hard work Lyle
-- 
View this message in context: http://www.nabble.com/Congradulations-Lyle%3A-as-of-today-April-1st-your-Fxruby-book-should-be-available-tp16418436p16418436.html
Sent from the FXRuby Users mailing list archive at Nabble.com.


From lyle at lylejohnson.name  Tue Apr  1 10:48:34 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Tue, 1 Apr 2008 09:48:34 -0500
Subject: [fxruby-users] Congradulations Lyle: as of today April 1st your
	Fxruby book should be available
In-Reply-To: <16418436.post@talk.nabble.com>
References: <16418436.post@talk.nabble.com>
Message-ID: <57cf8f720804010748l560edb0ejb48313d48448ce18@mail.gmail.com>

On Tue, Apr 1, 2008 at 8:44 AM, datatec <datatec at gmail.com> wrote:

>  Thanks for all your hard work Lyle

Thanks, Datatec! I'm looking forward to seeing it in print as much as anyone.

From smparkes at smparkes.net  Tue Apr  1 16:10:14 2008
From: smparkes at smparkes.net (Steven Parkes)
Date: Tue, 1 Apr 2008 13:10:14 -0700
Subject: [fxruby-users] building for 1.9
Message-ID: <DD5DAAD79D6C4998AE1F8121210805AE@windows.esseff.org>

Hey Lyle,

You mentioned in a couple of places that you'd been looking at making fxruby
work on 1.9.

Does that get rid of (or at least obviate the need for) the idle chore?
Since 1.9 uses native threads, can one expect real concurrency, at least to
the extent that the two event-loops/schedulers could do their blocking
selects (or the moral equivalent) independently ...

I thought I'd try first, rather than ask, but I haven't quite figure out how
to do a 1.9 build.

Trying to build 1.6.14, I get bollixed up on extconf.rb wanting ftools,
which isn't in 1.9 (as far as I can tell ...) I could go down the path of
figuring out tweaks to make that work, but ...

I also looked at building from trunk, but there is no extconf.rb ... I'm not
sure where that little piece of magic is supposed to come from (but I have
rather limited experience when it comes to doing much beyond "gem build" and
"gem install" with rubygems). 


From lyle at lylejohnson.name  Tue Apr  1 17:47:47 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Tue, 1 Apr 2008 16:47:47 -0500
Subject: [fxruby-users] building for 1.9
In-Reply-To: <DD5DAAD79D6C4998AE1F8121210805AE@windows.esseff.org>
References: <DD5DAAD79D6C4998AE1F8121210805AE@windows.esseff.org>
Message-ID: <57cf8f720804011447r25607016vc45d60cb44af91d5@mail.gmail.com>

On Tue, Apr 1, 2008 at 3:10 PM, Steven Parkes <smparkes at smparkes.net> wrote:

>  You mentioned in a couple of places that you'd been looking at making fxruby
>  work on 1.9.
>
>  Does that get rid of (or at least obviate the need for) the idle chore?
>  Since 1.9 uses native threads, can one expect real concurrency, at least to
>  the extent that the two event-loops/schedulers could do their blocking
>  selects (or the moral equivalent) independently ...

Let me preface my remarks by noting that what I don't understand about
multi-threading issues is "a lot". I am always open to suggestions, or
better yet, patches. ;)

Because I haven't had a chance to take a hard look at how threads work
in Ruby 1.9, the way that FXRuby *currently* handles threads in Ruby
1.9 hasn't changed. The FOX event loop is in charge, running in the
primary thread, and it sets up a chore that periodically yields time
to Ruby's thread scheduler. If there's a way I can modify this so that
the event loop thread cooperates with the Ruby thread(s) in a more
straightforward way, I'm open to that. It might simply involve
invoking the FXApp#run method in a Ruby thread.

It may be worth noting that chores are fundamentally different from
threads in that they are only "scheduled" when the event queue
empties. You're not guaranteed that chores will run on a regular
basis, whereas a thread scheduler's job is to ensure that each thread
gets its fair shake. An advantage of using chores is that, since they
run in the same thread as the event loop, you don't have to worry
about the usual concerns associated with multi-threaded applications.

>  I thought I'd try first, rather than ask, but I haven't quite figure out how
>  to do a 1.9 build.
>
>  Trying to build 1.6.14, I get bollixed up on extconf.rb wanting ftools,
>  which isn't in 1.9 (as far as I can tell ...) I could go down the path of
>  figuring out tweaks to make that work, but ...

OK. You may be able to just remove that require statement (for
'ftools') and get it to work, but either way I'll look into this
before the next release. I think the last time I tried to build it
against Ruby 1.9 was before the 1.9.0 release so I suspect some things
changed in the final release.

>  I also looked at building from trunk, but there is no extconf.rb ... I'm not
>  sure where that little piece of magic is supposed to come from (but I have
>  rather limited experience when it comes to doing much beyond "gem build" and
>  "gem install" with rubygems).

The trunk version is the development branch for FXRuby 1.8, and it's
definitely not building at the moment. The FXRuby 1.6 code lives on
the RB-1.6 branch, but even there, what you get when you check out the
code isn't identical to what's distributed in the source tarballs and
gems. Many of the distribution files (including extconf.rb) are
automatically generated from templates by a Rake task and aren't
actually checked in to the Subversion repository.

[1] http://www.infoq.com/news/2007/05/ruby-threading-futures

From smparkes at smparkes.net  Tue Apr  1 18:51:24 2008
From: smparkes at smparkes.net (Steven Parkes)
Date: Tue, 1 Apr 2008 15:51:24 -0700
Subject: [fxruby-users] building for 1.9
In-Reply-To: <57cf8f720804011447r25607016vc45d60cb44af91d5@mail.gmail.com>
References: <DD5DAAD79D6C4998AE1F8121210805AE@windows.esseff.org>
	<57cf8f720804011447r25607016vc45d60cb44af91d5@mail.gmail.com>
Message-ID: <3FEA8E3968C94ACA864476CF51FB1F98@windows.esseff.org>

	or better yet, patches

Looking at it ...

	The FOX event loop is in charge, running in the
	primary thread, and it sets up a chore that periodically yields time
	to Ruby's thread scheduler.

Okay. Good. Same as 1.8, so I know where we're starting from.

	If there's a way I can modify this so that
	the event loop thread cooperates with the Ruby thread(s) in a more
	straightforward way, I'm open to that.

I've been wondering about lowering the thread priority of the fox event-loop
thread and calling Thread#pass instead of wait. On the good side, if the
ruby scheduler has nothing to do, it will return to fox immediately rather
than sleep. On the bad side, the event loop will never get entered again
until the ruby scheduler has nothing else to do (where as right now it's a
peer to other ruby threads as long as it's not sleeping). That's kinda like
what happens in most event-loop apps anyway, if the call back never returns
(the gui freezes) ... but, then, they usually don't have embedded scheduler.

The fox docs have the typical comments about event-driven apps usually being
pretty light in the callbacks. If the code ruby is going to schedule is also
light, multithreaded or not, it should be okay to lower the priority. But
it's still cooperative multithreading. If any of those tasks do, for
example, any c-extension I/O, well ...

1.9 could make things slightly better, letting both ruby and fox block.
Maybe. I'm not sure, but investigating. It still leaves open how one
notifies/wakens the other side. It might not be too hard to have fox wake
ruby threads; I think it has an API for that (but I'm not 100% sure either).
Going the other way, I didn't say any obvious indications of fox having an
API to be wakened. Seems like it'd be possible to have a socket that could
be used just for signaling that would fit in the select() scheme (though I
don't know how well that would work on Windows).

	It may be worth noting that chores are fundamentally different from
	threads in that they are only "scheduled" when the event queue
	empties.

That, plus there are lots of other things going on in the loop that aren't
"events". In particular, the gui-updates are delayed and then run when the
event queue is empty. The fox docs say

	"The GUI update and the Chore processing are interleaved, so that
each time through the event loop, at least one GUI update callback and one
Chore are always being executed."

and I haven't yet gotten comfortable that I know significance of that if the
chore is a ruby schedule.

I'm still trying to work through how the two schedule loops could cooperate
for "best results", where a big step is figuring what "best results" means.
For my own work, I'm wondering if I need to do most of the ruby work in
another process, with just a little ruby to get things between processes.
Even in that case, the I/O necessary to do the IPC would still need to be
integrated with fox.

	You may be able to just remove that require statement (for
	'ftools') and get it to work

Yeah, I went that far, but ftools has File#move which is actually used. I
may dig a little deeper now that I know 1.9 support is at least on the table
...

	Many of the distribution files (including extconf.rb) are
	automatically generated from templates by a Rake task and aren't
	actually checked in to the Subversion repository.

I figured it was something like this. I'll get the 1.6 branch and dive a bit
more into the rake stuff ...


From lyle at lylejohnson.name  Tue Apr  1 19:15:15 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Tue, 1 Apr 2008 18:15:15 -0500
Subject: [fxruby-users] building for 1.9
In-Reply-To: <3FEA8E3968C94ACA864476CF51FB1F98@windows.esseff.org>
References: <DD5DAAD79D6C4998AE1F8121210805AE@windows.esseff.org>
	<57cf8f720804011447r25607016vc45d60cb44af91d5@mail.gmail.com>
	<3FEA8E3968C94ACA864476CF51FB1F98@windows.esseff.org>
Message-ID: <8E98C3E1-835B-4BEA-9DAC-E082462514DD@lylejohnson.name>

This is just a quickie reply while I'm waiting for dinner to finish...

On Apr 1, 2008, at 5:51 PM, Steven Parkes wrote:

> 1.9 could make things slightly better, letting both ruby and fox  
> block.
> Maybe. I'm not sure, but investigating. It still leaves open how one
> notifies/wakens the other side. It might not be too hard to have fox  
> wake
> ruby threads; I think it has an API for that (but I'm not 100% sure  
> either).
> Going the other way, I didn't say any obvious indications of fox  
> having an
> API to be wakened...

Look into the FXGUISignal class from the FOX library; I think under  
the hood it's implemented using a pipe that the non-FOX thread writes  
to to wake up the FOX thread. (Maybe a different implementation on  
Windows.) That class currently isn't exposed by FXRuby (because we  
haven't needed it) but I could do so if it proves useful.

> I'm still trying to work through how the two schedule loops could  
> cooperate
> for "best results", where a big step is figuring what "best results"  
> means.

Yes. ;)

>
> 	You may be able to just remove that require statement (for
> 	'ftools') and get it to work
>
> Yeah, I went that far, but ftools has File#move which is actually  
> used. I
> may dig a little deeper now that I know 1.9 support is at least on  
> the table
> ...

OK.

>
> 	Many of the distribution files (including extconf.rb) are
> 	automatically generated from templates by a Rake task and aren't
> 	actually checked in to the Subversion repository.
>
> I figured it was something like this. I'll get the 1.6 branch and  
> dive a bit
> more into the rake stuff ...

OK. Let me know if you run into problems.

Thanks,

Lyle

---
"FXRuby: Create Lean and Mean GUIs with Ruby"
Now available as a Beta book from the Pragmatic Bookshelf
http://www.pragprog.com/titles/fxruby




From lyle at lylejohnson.name  Wed Apr  2 12:43:48 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Wed, 2 Apr 2008 11:43:48 -0500
Subject: [fxruby-users] FXImageFrame/SEL_LEFTBUTTONRELEASE
In-Reply-To: <16286969.post@talk.nabble.com>
References: <16286969.post@talk.nabble.com>
Message-ID: <8CF40CFB-B91D-44C1-9EFB-24830AB45813@lylejohnson.name>


On Mar 25, 2008, at 2:46 PM, Mathijs C wrote:

> I have a FXImageFrame widget and I would like it to show another  
> image when
> I click on it.
>
> I'm having no luck with receiving a onclick via SEL_LEFTBUTTONRELEASE.
>
> ...
>
> imageframe=FXImageFrame.new(mainwindow,the_image,LAYOUT_EXPLICIT, 
> 0,0,20,20)
>  imageframe.connect(SEL_LEFTBUTTONRELEASE) {p 'onclick received'}
> ...
>
> What is it that I'm missing?

Sorry for the delayed response; I didn't notice your message when it  
first came across the list. All that's missing is that you need to  
call enable() on the imageframe before it will start sending out  
messages:

	imageframe.enable

By default, some widgets (like FXLabel, or FXImageFrame) don't forward  
their messages to their targets.

Hope this helps,

Lyle

---
"FXRuby: Create Lean and Mean GUIs with Ruby"
Now available as a Beta book from the Pragmatic Bookshelf
http://www.pragprog.com/titles/fxruby




From mathijs.claassen at gmail.com  Tue Apr  8 05:38:05 2008
From: mathijs.claassen at gmail.com (Mathijs C)
Date: Tue, 8 Apr 2008 02:38:05 -0700 (PDT)
Subject: [fxruby-users] FXImageFrame/SEL_LEFTBUTTONRELEASE
In-Reply-To: <8CF40CFB-B91D-44C1-9EFB-24830AB45813@lylejohnson.name>
References: <16286969.post@talk.nabble.com>
	<8CF40CFB-B91D-44C1-9EFB-24830AB45813@lylejohnson.name>
Message-ID: <16553056.post@talk.nabble.com>




Lyle Johnson-4 wrote:
> 
> 
> 	imageframe.enable
> 
> By default, some widgets (like FXLabel, or FXImageFrame) don't forward  
> their messages to their targets.
> 
> Hope this helps,
> 

That surely helped! Thanks.

-- 
View this message in context: http://www.nabble.com/FXImageFrame-SEL_LEFTBUTTONRELEASE-tp16286969p16553056.html
Sent from the FXRuby Users mailing list archive at Nabble.com.


From mathijs.claassen at gmail.com  Tue Apr  8 10:38:24 2008
From: mathijs.claassen at gmail.com (Mathijs C)
Date: Tue, 8 Apr 2008 07:38:24 -0700 (PDT)
Subject: [fxruby-users] FXImageFrame/SEL_LEFTBUTTONRELEASE
Message-ID: <16553056.post@talk.nabble.com>




Lyle Johnson-4 wrote:
> 
> 
> 	imageframe.enable
> 
> By default, some widgets (like FXLabel, or FXImageFrame) don't forward  
> their messages to their targets.
> 
> Hope this helps,
> 

That surely helped! Thanks.

-- 
View this message in context: http://www.nabble.com/FXImageFrame-SEL_LEFTBUTTONRELEASE-tp16286969p16553056.html
Sent from the FXRuby Users mailing list archive at Nabble.com.


From lyle at lylejohnson.name  Wed Apr  9 10:07:54 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Wed, 9 Apr 2008 09:07:54 -0500
Subject: [fxruby-users] [PLUG] Pragmatic Programmers Podcast Interview
Message-ID: <59D95A81-A958-4158-9B94-703BA768212E@lylejohnson.name>

Last week my editor, Susannah Pfalzer, interviewed me about the book  
for the Pragmatic Programmers? podcast series, and that podcast has  
just dropped. If you?ve been holding off on buying the book, some of  
the things that Susannah and I talk about in the podcast may help you  
to understand a bit better about what the book covers. You can listen  
here:

	http://pragprog.com/podcasts/show/10

If nothing else, you can hear some nifty bumper music that was  
apparently composed and performed by the Pragmatic Progammers' own  
Andy Hunt!

Cheers,

Lyle

---
"FXRuby: Create Lean and Mean GUIs with Ruby"
Now available from the Pragmatic Bookshelf!
http://www.pragprog.com/titles/fxruby





From kk628 at hotmail.com  Fri Apr 11 19:33:07 2008
From: kk628 at hotmail.com (KH)
Date: Fri, 11 Apr 2008 16:33:07 -0700
Subject: [fxruby-users] fxtreelist question
Message-ID: <BAY143-W15FA85250FE703A793529EF3EF0@phx.gbl>


Hello,
 
I'm new to Ruby and new to FXRuby. How to dump a fxtreelist to an XML?
 
Thanks.
_________________________________________________________________
Get in touch in an instant. Get Windows Live Messenger now.
http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh_getintouch_042008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20080411/8fcba4c6/attachment.html 

From lyle at lylejohnson.name  Fri Apr 11 23:09:28 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Fri, 11 Apr 2008 22:09:28 -0500
Subject: [fxruby-users] fxtreelist question
In-Reply-To: <BAY143-W15FA85250FE703A793529EF3EF0@phx.gbl>
References: <BAY143-W15FA85250FE703A793529EF3EF0@phx.gbl>
Message-ID: <5EA3BD7A-6D1E-418B-B25D-504D4BDA97D5@lylejohnson.name>


On Apr 11, 2008, at 6:33 PM, KH wrote:
> I'm new to Ruby and new to FXRuby. How to dump a fxtreelist to an XML?

Well... I guess you could just iterate over the tree nodes and recurse  
down into the various branches, adding nodes to the DOM (the XML  
document object). So something like:

	require 'fox16'
	require 'rexml/document'

	...

	def add_subtree_for(tree_item, node)
		tree_item.each do |child|
			e = Element.new('node')
			e.add_text(child.text)
			node.add_element(e)
		end
	end

	def dump_as_xml(tree_list)
		doc = REXML::Document.new
		tree_list.each do |tree_item|
			e = Element.new('node')
			e.add_text(tree_item.text)
			doc.root.add_element(e)
			add_subtree_for(tree_item, e)
		end
	end

Note that this is completely untested code, that I've just made up on  
the spot! I'm assuming you have some more specific format and end use  
in mind. Regardless, this is probably the sort of pattern that you'll  
follow.

Hope this helps,

Lyle
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20080411/ab057a96/attachment.html 

From tomcloyd at comcast.net  Sun Apr 13 06:06:50 2008
From: tomcloyd at comcast.net (Tom Cloyd)
Date: Sun, 13 Apr 2008 03:06:50 -0700
Subject: [fxruby-users] fxruby gem install problem
In-Reply-To: <57cf8f720804120901g2e3a0da3p48bd95cb8340ddea@mail.gmail.com>
References: <4800653F.8040806@comcast.net> <48006954.4060809@gmail.com>	
	<480078FA.9060101@comcast.net>
	<57cf8f720804120901g2e3a0da3p48bd95cb8340ddea@mail.gmail.com>
Message-ID: <4801DB3A.8080000@comcast.net>

Lyle,

Following up on your suggestion...

"You might want to follow-up on the fxruby-users mailing list at some 
point; sometimes FXRuby questions can get lost in the shuffle here due 
to the high volume of messages on ruby-talk!'

I've installed libfox-1.6-dev, and after that attempted install of 
fxruby, with this result:

$ sudo gem install fxruby
[sudo] password for tom:
Need to update 31 gems from http://gems.rubyforge.org
...............................
complete
Select which gem to install for your platform (i486-linux)
 1. fxruby 1.6.14 (universal-darwin-9)
 2. fxruby 1.6.14 (mswin32)
 3. fxruby 1.6.14 (ruby)
 4. fxruby 1.6.13 (ruby)
 5. fxruby 1.6.13 (mswin32)
 6. Skip this gem
 7. Cancel installation
 > 3
Building native extensions.  This could take a while...
ERROR:  While executing gem ... (Gem::Installer::ExtensionBuildError)
    ERROR: Failed to build gem native extension.

ruby extconf.rb install fxruby
checking for sys/time.h... yes
checking for signal.h... yes
checking for png_create_read_struct() in -lpng... yes
checking for deflate() in -lz... yes
checking for jpeg_mem_init() in -ljpeg... yes
checking for TIFFSetErrorHandler() in -ltiff... yes
checking for XShmQueryVersion() in -lXext... yes
checking for XFindContext() in -lX11... yes
checking for glXCreateContext() in -lGL... yes
checking for gluNewQuadric() in -lGLU... yes
creating Makefile

make
cc -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude  -c librb.c
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c mdi_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c list_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c image_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c treelist_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c iconlist_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c dialogs_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c table_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c layout_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c markfuncs.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c dc_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c 
unregisterOwnedObjects.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c text_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c label_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c FXRbApp.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c core_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c icons_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c ui_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c menu_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c impl.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c FXRbGLViewer.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c frames_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c FXRuby.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c fx3d_wrap.cpp
g++ -I. -I. -I/usr/lib/ruby/1.8/i486-linux -I. -DHAVE_SYS_TIME_H 
-DHAVE_SIGNAL_H -I/usr/local/include/fxscintilla 
-I/usr/local/include/fox-1.6  -I/usr/include/fox-1.6 -fPIC 
-fno-strict-aliasing -g -O2  -fPIC -O0 -Iinclude   -c FXRbDataTarget.cpp
cc -shared -o fox16.so librb.o mdi_wrap.o list_wrap.o image_wrap.o 
treelist_wrap.o iconlist_wrap.o dialogs_wrap.o table_wrap.o 
layout_wrap.o markfuncs.o dc_wrap.o unregisterOwnedObjects.o text_wrap.o 
label_wrap.o FXRbApp.o core_wrap.o icons_wrap.o ui_wrap.o menu_wrap.o 
impl.o FXRbGLViewer.o frames_wrap.o FXRuby.o fx3d_wrap.o 
FXRbDataTarget.o -L"." -L"/usr/lib" -L"/usr/local/lib" -L.  -rdynamic 
-Wl,-export-dynamic    -lruby1.8 -lXrandr -lFOX-1.6 -lGLU -lGL -lX11 
-lXext -ltiff -ljpeg -lz -lpng -lstdc++  -lpthread -ldl -lcrypt -lm   -lc
/usr/bin/ld: cannot find -lXrandr
collect2: ld returned 1 exit status
make: *** [fox16.so] Error 1


Gem files will remain installed in /var/lib/gems/1.8/gems/fxruby-1.6.14 
for inspection.
Results logged to 
/var/lib/gems/1.8/gems/fxruby-1.6.14/ext/fox16/gem_make.out

I really cannot make sense of this. I'm hoping you can. At least it's a 
different problem than last time!

Thanks for any help you can offer.

Tom Cloyd

From lyle at lylejohnson.name  Sun Apr 13 16:07:35 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Sun, 13 Apr 2008 15:07:35 -0500
Subject: [fxruby-users] fxruby gem install problem
In-Reply-To: <4801DB3A.8080000@comcast.net>
References: <4800653F.8040806@comcast.net> <48006954.4060809@gmail.com>	
	<480078FA.9060101@comcast.net>
	<57cf8f720804120901g2e3a0da3p48bd95cb8340ddea@mail.gmail.com>
	<4801DB3A.8080000@comcast.net>
Message-ID: <1AAA724F-EFA4-426F-B380-39CF3FAA3D31@lylejohnson.name>


On Apr 13, 2008, at 5:06 AM, Tom Cloyd wrote:

> I've installed libfox-1.6-dev, and after that attempted install of
> fxruby, with this result:
>
> $ sudo gem install fxruby

<snip>

> /usr/bin/ld: cannot find -lXrandr
> collect2: ld returned 1 exit status
> make: *** [fox16.so] Error 1

OK, so it looks like the libfox-1.6-dev package depends on something  
called libXrandr.so, which I know is one of the X windows extension  
libraries. I don't know why the person who built the FOX package for  
Ubuntu wouldn't have made that an automatically-included dependency,  
but then again I don't really use Ubuntu on a regular basis.

At any rate, it looks like you need to install that library as well to  
get FXRuby to build. When I google for "ubuntu xrandr", I get some  
hits for the package name "xrandr", so I guess that's what you want  
(not sure):

	sudo apt-get install xrandr

If anyone else reading is more up-to-speed on Ubuntu, please chime in  
with the correct incantation!

Hope this helps,

Lyle

From philippe.lang at attiksystem.ch  Mon Apr 14 04:05:11 2008
From: philippe.lang at attiksystem.ch (Philippe Lang)
Date: Mon, 14 Apr 2008 10:05:11 +0200
Subject: [fxruby-users] Copy-paste between FXTable and FXTextfield
Message-ID: <E6A0649F1FBFA3408A37F505400E7AC2B7AC@email.attiksystem.ch>

Hi,

I'm using FXRuby 1.6.13 under Windows XP / Ruby 1.8.6.

I've noticed something strange when copying-pasting things between
FXTable cells, and FXTextfields.

----------------------------------------------

1) When copying the content of an FXTextfield, and pasting it into an
FXTable cell, everything works fine.

2) When selecting an FXTable cell, issuing a "copy" with the keyboard,
and pasting into the text field, the result is more or less correct,
except that two unknown characters are added at the end of the
textfield. The same problem happens when pasting into notepad.

3) When selecting an FXTable cell CONTENT (not the cell itself), issuing
a "copy" with the keyboard, and pasting into the text field, nothing
happens. The same problem happens when pasting into notepad.

----------------------------------------------

I think there is a good chance the "copy" command has got a bug with the
object FXTable. Is that correct?

Here is my test code:

----------------------------------------------

#!/usr/bin/ruby

require 'rubygems'
require 'fox16'

include Fox

class MyWindow < FXMainWindow
    
  def initialize(app)

    super(app, "Window", nil, nil, DECOR_ALL, 0, 0, 600, 350)

    # Menu bar stretched along the top of the main window
    menubar = FXMenuBar.new(self, LAYOUT_SIDE_TOP|LAYOUT_FILL_X)
  
    # File menu
    filemenu = FXMenuPane.new(self)
    FXMenuTitle.new(menubar, "&File", nil, filemenu)
    FXMenuCommand.new(filemenu, "&Quit\tCtl-Q\tQuit the application",
        nil, app, FXApp::ID_QUIT)
        
    # Field
    field = FXTextField.new(self, 15)

    # Table
    f = FXHorizontalFrame.new(self, LAYOUT_FILL_X|LAYOUT_FILL_Y)
    table = FXTable.new(f, nil, 0,
TABLE_COL_SIZABLE|LAYOUT_FILL_X|LAYOUT_FILL_Y)
    
    table.visibleRows = 3
    table.visibleColumns = 3
    table.setTableSize(3, 3)
    
    # Data
    field.text = 'copy me!'
    table.setItemText(0, 0, 'copy me!')
    
  end

  def create
    super
    show(PLACEMENT_SCREEN)
  end
  
end

if __FILE__ == $0
  application = FXApp.new("Attik System", "FXRuby Test")
  MyWindow.new(application)
  application.create
  application.run
End

----------------------------------------------

Regards,

Philippe Lang

From lyle at lylejohnson.name  Mon Apr 14 23:05:38 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Mon, 14 Apr 2008 22:05:38 -0500
Subject: [fxruby-users] Copy-paste between FXTable and FXTextfield
In-Reply-To: <E6A0649F1FBFA3408A37F505400E7AC2B7AC@email.attiksystem.ch>
References: <E6A0649F1FBFA3408A37F505400E7AC2B7AC@email.attiksystem.ch>
Message-ID: <92B98781-5C1D-4C06-BF72-498F40957EED@lylejohnson.name>


On Apr 14, 2008, at 3:05 AM, Philippe Lang wrote:

> I've noticed something strange when copying-pasting things between
> FXTable cells, and FXTextfields.
>
> ----------------------------------------------
>
> 1) When copying the content of an FXTextfield, and pasting it into an
> FXTable cell, everything works fine.

OK.

> 2) When selecting an FXTable cell, issuing a "copy" with the keyboard,
> and pasting into the text field, the result is more or less correct,
> except that two unknown characters are added at the end of the
> textfield. The same problem happens when pasting into notepad.

OK, that can probably be fixed in a patchlevel release of FOX 1.6, if  
Jeroen thinks it's worth it.

> 3) When selecting an FXTable cell CONTENT (not the cell itself),  
> issuing
> a "copy" with the keyboard, and pasting into the text field, nothing
> happens. The same problem happens when pasting into notepad.

That one's a little trickier and probably can't be fixed in FOX 1.6  
(although it would be nice to see it fixed in 1.8). The problem is  
that the table's concept of "selection" is a range of cells (i.e. at  
least one complete table cell). If you're just selecting some text  
within a cell, but selecting the cell itself, FOX doesn't think you  
have anything selected.

> I think there is a good chance the "copy" command has got a bug with  
> the
> object FXTable. Is that correct?

Yes, at least for point #2. It would be nice for the scenario  
described in your point #3 to work as well, though.

From tomcloyd at comcast.net  Mon Apr 14 23:45:17 2008
From: tomcloyd at comcast.net (Tom Cloyd)
Date: Mon, 14 Apr 2008 20:45:17 -0700
Subject: [fxruby-users] fxruby gem install problem
In-Reply-To: <1AAA724F-EFA4-426F-B380-39CF3FAA3D31@lylejohnson.name>
References: <4800653F.8040806@comcast.net>
	<48006954.4060809@gmail.com>		<480078FA.9060101@comcast.net>	<57cf8f720804120901g2e3a0da3p48bd95cb8340ddea@mail.gmail.com>	<4801DB3A.8080000@comcast.net>
	<1AAA724F-EFA4-426F-B380-39CF3FAA3D31@lylejohnson.name>
Message-ID: <480424CD.30007@comcast.net>

Lyle Johnson wrote:
> On Apr 13, 2008, at 5:06 AM, Tom Cloyd wrote
>> I've installed libfox-1.6-dev, and after that attempted install of
>> fxruby, with this result:
>>
>> $ sudo gem install fxruby
>>     
>
> <snip>
>
>   
>> /usr/bin/ld: cannot find -lXrandr
>> collect2: ld returned 1 exit status
>> make: *** [fox16.so] Error 1
>>     
>
> OK, so it looks like the libfox-1.6-dev package depends on something  
> called libXrandr.so, which I know is one of the X windows extension  
> libraries. I don't know why the person who built the FOX package for  
> Ubuntu wouldn't have made that an automatically-included dependency,  
> but then again I don't really use Ubuntu on a regular basis.
>
> At any rate, it looks like you need to install that library as well to  
> get FXRuby to build. When I google for "ubuntu xrandr", I get some  
> hits for the package name "xrandr", so I guess that's what you want  
> (not sure):
>
> 	sudo apt-get install xrandr
>   
[snip]
I can report a success!
I go to it by reasoning that since I had to install (from the 'buntu 
repositories) libfox-1.6-dev, that just possibly the "libXrandr..." 
file(s) might be also there. Looking there for "xandr", I found 
"libxrandr-dev". I installed it, and attempted to install fxruby. It 
went flawlessly. (sigh)

Thanks for your thoughts and help.

Can I assist "the cause" by reporting this issue somewhere? I looked a 
bit for some obvious place, and didn't see it, but then there's a lot I 
don't know, so I may have overlooked something pretty obvious.

t.

-- 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Tom Cloyd, MS MA, LMHC
Private practice Psychotherapist
Bellingham, Washington, U.S.A: (360) 920-1226
<< tc at tomcloyd.com >> (email)
<< TomCloyd.com >> (website & psychotherapy weblog) 
<< sleightmind.wordpress.com >> (mental health issues weblog)
<< directpathdesign.com >> (web site design & consultation)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From tomcloyd at comcast.net  Tue Apr 15 00:14:26 2008
From: tomcloyd at comcast.net (Tom Cloyd)
Date: Mon, 14 Apr 2008 21:14:26 -0700
Subject: [fxruby-users] persistent problem installing foxGUIb
Message-ID: <48042BA2.2020302@comcast.net>

Since I just apparently successfully installed fxruby, I'm surprised to 
see that I still cannot get foxGUIb to run.

"...Successfully installed fxruby-1.6.14
Installing ri documentation for fxruby-1.6.14...
Installing RDoc documentation for fxruby-1.6.14..."

tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd 
'/home/tom/programs/foxGUIb_0.7.1/libGUIb'
tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ sudo ruby install.rb
...
parsearg_config
install.rb: entering config phase...
---> lib
<--- lib
install.rb: config done.
parsearg_setup
install.rb: entering setup phase...
---> lib
<--- lib
install.rb: setup done.
parsearg_install
parsearg_install!!! ARGV:
install.rb: entering install phase...
---> lib
mkdir -p /usr/local/lib/site_ruby/1.8/
install libGUIb14.rb /usr/local/lib/site_ruby/1.8/
install libGUIb16.rb /usr/local/lib/site_ruby/1.8/
<--- lib
install.rb: install done.
tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd 
'/home/tom/programs/foxGUIb_0.7.1/foxGUIb'
tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/foxGUIb$ ruby foxGUIb.rb
please install libGUIb!!
no such file to load -- fox16

I have NO idea what the problem is here (as usual). Any help would be 
appreciated.

Thanks!

T.

-- 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Tom Cloyd, MS MA, LMHC
Private practice Psychotherapist
Bellingham, Washington, U.S.A: (360) 920-1226
<< tc at tomcloyd.com >> (email)
<< TomCloyd.com >> (website & psychotherapy weblog) 
<< sleightmind.wordpress.com >> (mental health issues weblog)
<< directpathdesign.com >> (web site design & consultation)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From tomcloyd at comcast.net  Tue Apr 15 00:24:21 2008
From: tomcloyd at comcast.net (Tom Cloyd)
Date: Mon, 14 Apr 2008 21:24:21 -0700
Subject: [fxruby-users] persistent problem installing foxGUIb
In-Reply-To: <48042BA2.2020302@comcast.net>
References: <48042BA2.2020302@comcast.net>
Message-ID: <48042DF5.8070702@comcast.net>

Tom Cloyd wrote:
> Since I just apparently successfully installed fxruby, I'm surprised to 
> see that I still cannot get foxGUIb to run.
>
> "...Successfully installed fxruby-1.6.14
> Installing ri documentation for fxruby-1.6.14...
> Installing RDoc documentation for fxruby-1.6.14..."
>
> tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd 
> '/home/tom/programs/foxGUIb_0.7.1/libGUIb'
> tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ sudo ruby install.rb
> ...
> parsearg_config
> install.rb: entering config phase...
> ---> lib
> <--- lib
> install.rb: config done.
> parsearg_setup
> install.rb: entering setup phase...
> ---> lib
> <--- lib
> install.rb: setup done.
> parsearg_install
> parsearg_install!!! ARGV:
> install.rb: entering install phase...
> ---> lib
> mkdir -p /usr/local/lib/site_ruby/1.8/
> install libGUIb14.rb /usr/local/lib/site_ruby/1.8/
> install libGUIb16.rb /usr/local/lib/site_ruby/1.8/
> <--- lib
> install.rb: install done.
> tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd 
> '/home/tom/programs/foxGUIb_0.7.1/foxGUIb'
> tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/foxGUIb$ ruby foxGUIb.rb
> please install libGUIb!!
> no such file to load -- fox16
>
> I have NO idea what the problem is here (as usual). Any help would be 
> appreciated.
>
> Thanks!
>
> T.
>
>   
Sorry - I should have mentioned - I'm doing all this on Kubuntu Linux 7.10.

- t.

-- 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Tom Cloyd, MS MA, LMHC
Private practice Psychotherapist
Bellingham, Washington, U.S.A: (360) 920-1226
<< tc at tomcloyd.com >> (email)
<< TomCloyd.com >> (website & psychotherapy weblog) 
<< sleightmind.wordpress.com >> (mental health issues weblog)
<< directpathdesign.com >> (web site design & consultation)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


From philippe.lang at attiksystem.ch  Tue Apr 15 02:09:42 2008
From: philippe.lang at attiksystem.ch (Philippe Lang)
Date: Tue, 15 Apr 2008 08:09:42 +0200
Subject: [fxruby-users] Copy-paste between FXTable and FXTextfield
References: <E6A0649F1FBFA3408A37F505400E7AC2B7AC@email.attiksystem.ch>
	<92B98781-5C1D-4C06-BF72-498F40957EED@lylejohnson.name>
Message-ID: <E6A0649F1FBFA3408A37F505400E7AC293C6@email.attiksystem.ch>

fxruby-users-bounces at rubyforge.org wrote:

>> 1) When copying the content of an FXTextfield, and pasting it into an
>> FXTable cell, everything works fine.
> 
> OK.
> 
>> 2) When selecting an FXTable cell, issuing a "copy" with the
>> keyboard, and pasting into the text field, the result is more or
>> less correct, except that two unknown characters are added at the
>> end of the textfield. The same problem happens when pasting into
>> notepad. 
> 
> OK, that can probably be fixed in a patchlevel release of FOX 1.6, if
> Jeroen thinks it's worth it. 
> 
>> 3) When selecting an FXTable cell CONTENT (not the cell itself),
>> issuing a "copy" with the keyboard, and pasting into the text field,
>> nothing happens. The same problem happens when pasting into notepad.
> 
> That one's a little trickier and probably can't be fixed in FOX 1.6
> (although it would be nice to see it fixed in 1.8). The problem is
> that the table's concept of "selection" is a range of cells (i.e. at
> least one complete table cell). If you're just selecting some text
> within a cell, but selecting the cell itself, FOX doesn't think you
> have anything selected.     
> 
>> I think there is a good chance the "copy" command has got a bug with
>> the object FXTable. Is that correct?
> 
> Yes, at least for point #2. It would be nice for the scenario
> described in your point #3 to work as well, though.

Hi Lyle,

Thanks for your answer. Can you imagine a workaround for the actual
version of Fox and FXRuby?

Philippe

From meinrad.recheis at gmail.com  Tue Apr 15 06:48:27 2008
From: meinrad.recheis at gmail.com (Meinrad Recheis)
Date: Tue, 15 Apr 2008 12:48:27 +0200
Subject: [fxruby-users] persistent problem installing foxGUIb
In-Reply-To: <48042DF5.8070702@comcast.net>
References: <48042BA2.2020302@comcast.net> <48042DF5.8070702@comcast.net>
Message-ID: <43d756720804150348y13726bcep571b479e0515ff9b@mail.gmail.com>

On Tue, Apr 15, 2008 at 6:24 AM, Tom Cloyd <tomcloyd at comcast.net> wrote:

> Tom Cloyd wrote:
> > Since I just apparently successfully installed fxruby, I'm surprised to
> > see that I still cannot get foxGUIb to run.
> >
> > "...Successfully installed fxruby-1.6.14
> > Installing ri documentation for fxruby-1.6.14...
> > Installing RDoc documentation for fxruby-1.6.14..."
> >
> > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd
> > '/home/tom/programs/foxGUIb_0.7.1/libGUIb'
> > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ sudo ruby
> install.rb
> > ...
> > parsearg_config
> > install.rb: entering config phase...
> > ---> lib
> > <--- lib
> > install.rb: config done.
> > parsearg_setup
> > install.rb: entering setup phase...
> > ---> lib
> > <--- lib
> > install.rb: setup done.
> > parsearg_install
> > parsearg_install!!! ARGV:
> > install.rb: entering install phase...
> > ---> lib
> > mkdir -p /usr/local/lib/site_ruby/1.8/
> > install libGUIb14.rb /usr/local/lib/site_ruby/1.8/
> > install libGUIb16.rb /usr/local/lib/site_ruby/1.8/
> > <--- lib
> > install.rb: install done.
> > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd
> > '/home/tom/programs/foxGUIb_0.7.1/foxGUIb'
> > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/foxGUIb$ ruby foxGUIb.rb
> > please install libGUIb!!
> > no such file to load -- fox16
> >
> > I have NO idea what the problem is here (as usual). Any help would be
> > appreciated.
> >
> > Thanks!
> >
> > T.
> >
> >
> Sorry - I should have mentioned - I'm doing all this on Kubuntu Linux
> 7.10.
>
> - t.


Ok. libguib is trying to load fox16 by executing the line
require "fox16"
which yields the error you are seeing. you can test if fxruby works by using
irb. it should look like this:

irb(main):001:0> require "fox16"
=> true
irb(main):002:0> Fox.fxrubyversion
=> "1.6.6"
irb(main):003:0>

Can you post the complete error message from the foxguib.log file?
-- henon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20080415/b291f9c4/attachment.html 

From meinrad.recheis at gmail.com  Tue Apr 15 06:56:24 2008
From: meinrad.recheis at gmail.com (Meinrad Recheis)
Date: Tue, 15 Apr 2008 12:56:24 +0200
Subject: [fxruby-users] persistent problem installing foxGUIb
In-Reply-To: <43d756720804150348y13726bcep571b479e0515ff9b@mail.gmail.com>
References: <48042BA2.2020302@comcast.net> <48042DF5.8070702@comcast.net>
	<43d756720804150348y13726bcep571b479e0515ff9b@mail.gmail.com>
Message-ID: <43d756720804150356o628dab9er80ebd2b39e72deb4@mail.gmail.com>

On Tue, Apr 15, 2008 at 12:48 PM, Meinrad Recheis <meinrad.recheis at gmail.com>
wrote:

> On Tue, Apr 15, 2008 at 6:24 AM, Tom Cloyd <tomcloyd at comcast.net> wrote:
>
> > Tom Cloyd wrote:
> > > Since I just apparently successfully installed fxruby, I'm surprised
> > to
> > > see that I still cannot get foxGUIb to run.
> > >
> > > "...Successfully installed fxruby-1.6.14
> > > Installing ri documentation for fxruby-1.6.14...
> > > Installing RDoc documentation for fxruby-1.6.14..."
> > >
> > > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd
> > > '/home/tom/programs/foxGUIb_0.7.1/libGUIb'
> > > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ sudo ruby
> > install.rb
> > > ...
> > > parsearg_config
> > > install.rb: entering config phase...
> > > ---> lib
> > > <--- lib
> > > install.rb: config done.
> > > parsearg_setup
> > > install.rb: entering setup phase...
> > > ---> lib
> > > <--- lib
> > > install.rb: setup done.
> > > parsearg_install
> > > parsearg_install!!! ARGV:
> > > install.rb: entering install phase...
> > > ---> lib
> > > mkdir -p /usr/local/lib/site_ruby/1.8/
> > > install libGUIb14.rb /usr/local/lib/site_ruby/1.8/
> > > install libGUIb16.rb /usr/local/lib/site_ruby/1.8/
> > > <--- lib
> > > install.rb: install done.
> > > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd
> > > '/home/tom/programs/foxGUIb_0.7.1/foxGUIb'
> > > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/foxGUIb$ ruby foxGUIb.rb
> > > please install libGUIb!!
> > > no such file to load -- fox16
> > >
> > > I have NO idea what the problem is here (as usual). Any help would be
> > > appreciated.
> > >
> > > Thanks!
> > >
> > > T.
> > >
> > >
> > Sorry - I should have mentioned - I'm doing all this on Kubuntu Linux
> > 7.10.
> >
> > - t.
>
>
> Ok. libguib is trying to load fox16 by executing the line
> require "fox16"
> which yields the error you are seeing. you can test if fxruby works by
> using irb. it should look like this:
>
> irb(main):001:0> require "fox16"
> => true
> irb(main):002:0> Fox.fxrubyversion
> => "1.6.6"
> irb(main):003:0>
>
> Can you post the complete error message from the foxguib.log file?
> -- henon
>
> PS: I remember now, you need to require rubygems to be able to load gems.
I think the following might work for you:

ruby -rubygems foxguib.rb

or setting the environment variable RUBYOPT to -rubygems
hth,
-- henon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20080415/b4794108/attachment-0001.html 

From lyle at lylejohnson.name  Tue Apr 15 08:24:20 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Tue, 15 Apr 2008 07:24:20 -0500
Subject: [fxruby-users] fxruby gem install problem
In-Reply-To: <480424CD.30007@comcast.net>
References: <4800653F.8040806@comcast.net>
	<48006954.4060809@gmail.com>		<480078FA.9060101@comcast.net>	<57cf8f720804120901g2e3a0da3p48bd95cb8340ddea@mail.gmail.com>	<4801DB3A.8080000@comcast.net>
	<1AAA724F-EFA4-426F-B380-39CF3FAA3D31@lylejohnson.name>
	<480424CD.30007@comcast.net>
Message-ID: <A06476E5-7079-4759-959C-3007CD4705BB@lylejohnson.name>


On Apr 14, 2008, at 10:45 PM, Tom Cloyd wrote:

> I can report a success!

Great! Thanks for sticking with it!

> Can I assist "the cause" by reporting this issue somewhere? I looked a
> bit for some obvious place, and didn't see it, but then there's a  
> lot I
> don't know, so I may have overlooked something pretty obvious.

I guess the first question to ask is whether apt-get is even supposed  
to automatically install dependencies for a package. Surely it is?  
Most package managers work that way, but maybe APT doesn't.

Assuming it *was* supposed to have installed the dependencies for  
libfox-1.6-dev at the same time that you installed that package, I  
guess the next step would be to try to get in touch with the  
maintainer of that package (again, if Ubuntu/Debian has the idea of  
package-specific maintainers). This problem that you've run into isn't  
a problem with FOX per se --- it's an issue with how that particular  
deb package is constructed. Again, I'm being vague simply because I  
don't have much experience with Ubuntu and Debian.

Hope this helps,

Lyle

From meinrad.recheis at gmail.com  Wed Apr 16 12:09:37 2008
From: meinrad.recheis at gmail.com (Meinrad Recheis)
Date: Wed, 16 Apr 2008 18:09:37 +0200
Subject: [fxruby-users] foxguib: call for input
Message-ID: <43d756720804160909x3e80615drdcc2379484e6cb73@mail.gmail.com>

Dear list,

Have you got something to add to foxGUIb?

I am still maintaining foxGUIb but as I haven't had personal need for it in
the last years I did not add or change much. The download rate on rubyforge
and the number of hits on the FAQ page (
http://www.eqqon.com/index.php/FoxGUIb/FAQ) suggest that the tool has a "not
so small" number of users. Therefore, for me, discontinuing the project is
not an option. However, because of lack of enthusiasm and time I have not
baked another release in two years so I think it is about time to do
something:

I am going to release version 1.0 soon. You can help.

* Have you made any useful changes to your personal copy of foxguib? If so,
please send in a patch.
* Have you played around with foxguib and (accidentally) made a small
example of useage? I have been asked for more examples, so please send yours
in.
* Are you a rubygems expert and have a couple of hours to put together a
foxGUIb gem?
* More ideas?

I hope there is some echo and if so I will gladly incorporate your input in
the foxguib 1.0 release.

Yours,
-- Henon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20080416/d293a62e/attachment.html 

From meinrad.recheis at gmail.com  Thu Apr 17 12:51:31 2008
From: meinrad.recheis at gmail.com (Meinrad Recheis)
Date: Thu, 17 Apr 2008 18:51:31 +0200
Subject: [fxruby-users] foxguib: call for input
In-Reply-To: <43d756720804160909x3e80615drdcc2379484e6cb73@mail.gmail.com>
References: <43d756720804160909x3e80615drdcc2379484e6cb73@mail.gmail.com>
Message-ID: <43d756720804170951g5da09dd1ga919f9f8a174c37d@mail.gmail.com>

hmm, ok, if nobody cares I should not waste my time on it.
-- henon

On Wed, Apr 16, 2008 at 6:09 PM, Meinrad Recheis <meinrad.recheis at gmail.com>
wrote:

> Dear list,
>
> Have you got something to add to foxGUIb?
>
> I am still maintaining foxGUIb but as I haven't had personal need for it
> in
> the last years I did not add or change much. The download rate on
> rubyforge
> and the number of hits on the FAQ page (
> http://www.eqqon.com/index.php/FoxGUIb/FAQ) suggest that the tool has a
> "not
> so small" number of users. Therefore, for me, discontinuing the project is
> not an option. However, because of lack of enthusiasm and time I have not
> baked another release in two years so I think it is about time to do
> something:
>
> I am going to release version 1.0 soon. You can help.
>
> * Have you made any useful changes to your personal copy of foxguib? If
> so,
> please send in a patch.
> * Have you played around with foxguib and (accidentally) made a small
> example of useage? I have been asked for more examples, so please send
> yours
> in.
> * Are you a rubygems expert and have a couple of hours to put together a
> foxGUIb gem?
> * More ideas?
>
> I hope there is some echo and if so I will gladly incorporate your input
> in
> the foxguib 1.0 release.
>
> Yours,
> -- Henon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://rubyforge.org/pipermail/fxruby-users/attachments/20080417/530cae02/attachment.html 

From datatec at gmail.com  Thu Apr 17 16:04:52 2008
From: datatec at gmail.com (datatec)
Date: Thu, 17 Apr 2008 13:04:52 -0700 (PDT)
Subject: [fxruby-users] does anyone know how to get fxtext clear correctly
 between styled writes?
Message-ID: <16753508.post@talk.nabble.com>


Windows XP, ruby 1.8.6, fxruby 1.6.6

Basically 

I have text in a FXText window, placed there by code triggered by a
dropdown.
The text is coloured using three different FXHiliteStyle's

I setup the styles 
then set the text.styled=true
Then I scan the text and style it based on searches when user clicks on a
button
(code similar to the styledtext.rb demo)

In my project
style 1 sets all text to grey (background to white)
style 2 sets target text to grey and underlined (background to white)
style 3 sets target text to red and underlined (background to white)


First time button is hit works as expected, however

A. If hit button several times, occasionally text styles are all messed up* 
B  If I set different text using the dropdown then click button text style
is frequently messed up*
*(selections is still the same but with styles I have not defined
-strikethroughts, darkbackgrounds etc)


I have tried turning off the style between button presses, and used the
.repaint method, but am just gussing since I really don't know the reasion
this is happening.

If anyone could help me out, I really would appreciate it.
-- 
View this message in context: http://www.nabble.com/does-anyone-know-how-to-get-fxtext-clear-correctly-between-styled-writes--tp16753508p16753508.html
Sent from the FXRuby Users mailing list archive at Nabble.com.


From lyle at lylejohnson.name  Thu Apr 17 19:42:49 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Thu, 17 Apr 2008 18:42:49 -0500
Subject: [fxruby-users] does anyone know how to get fxtext clear
	correctly between styled writes?
In-Reply-To: <16753508.post@talk.nabble.com>
References: <16753508.post@talk.nabble.com>
Message-ID: <5C580B72-696C-4724-82F9-5FE4FFBCC389@lylejohnson.name>


On Apr 17, 2008, at 3:04 PM, datatec wrote:

> First time button is hit works as expected, however
>
> A. If hit button several times, occasionally text styles are all  
> messed up*
> B  If I set different text using the dropdown then click button text  
> style
> is frequently messed up*
> *(selections is still the same but with styles I have not defined
> -strikethroughts, darkbackgrounds etc)
>
> I have tried turning off the style between button presses, and used  
> the
> .repaint method, but am just gussing since I really don't know the  
> reasion
> this is happening.
>
> If anyone could help me out, I really would appreciate it.

Can you post the code (or a small example that reproduces the problem)?

From lyle at lylejohnson.name  Fri Apr 18 12:38:15 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Fri, 18 Apr 2008 11:38:15 -0500
Subject: [fxruby-users] Copy-paste between FXTable and FXTextfield
In-Reply-To: <E6A0649F1FBFA3408A37F505400E7AC293C6@email.attiksystem.ch>
References: <E6A0649F1FBFA3408A37F505400E7AC2B7AC@email.attiksystem.ch>
	<92B98781-5C1D-4C06-BF72-498F40957EED@lylejohnson.name>
	<E6A0649F1FBFA3408A37F505400E7AC293C6@email.attiksystem.ch>
Message-ID: <C2528EFE-75B1-4FF5-A05D-52403EF8723C@lylejohnson.name>


On Apr 15, 2008, at 1:09 AM, Philippe Lang wrote:

> Thanks for your answer. Can you imagine a workaround for the actual
> version of Fox and FXRuby?

Without completely overriding the built-in cut/copy/paste support in  
FXTable, it would be impossible to work around these problems with the  
current releases of FOX and FXRuby.

I might be able to make a change in FXRuby that would at least make  
this possible (but still difficult). One of the basic problems is that  
the variable that FOX uses to store the clipped (i.e. copied or cut)  
data for the table in stored in a protected member variable (named  
"clipped") that is not exposed via any of FXTable's public interfaces.  
So you can get to it at the moment. I should be able to expose that  
variable in FXRuby's wrapper for FXTable, but you'd still have to  
reimplement/override parts of FXTable's cut & paste mechanisms, just  
to patch around the existing bugs that you've discovered.

So, short answer is that it would be best for Jeroen to fix this  
directly in FOX. He might be more amenable to doing so if someone  
provided a patch.

From datatec at gmail.com  Fri Apr 18 13:58:53 2008
From: datatec at gmail.com (datatec)
Date: Fri, 18 Apr 2008 10:58:53 -0700 (PDT)
Subject: [fxruby-users] does anyone know how to get fxtext clear
 correctly between styled writes?
In-Reply-To: <5C580B72-696C-4724-82F9-5FE4FFBCC389@lylejohnson.name>
References: <16753508.post@talk.nabble.com>
	<5C580B72-696C-4724-82F9-5FE4FFBCC389@lylejohnson.name>
Message-ID: <16763986.post@talk.nabble.com>



Lyle Johnson-4 wrote:
> 
> 
> On Apr 17, 2008, at 3:04 PM, datatec wrote:
> 
>> First time button is hit works as expected, however
>>
>> A. If hit button several times, occasionally text styles are all  
>> messed up*
>> B  If I set different text using the dropdown then click button text  
>> style
>> is frequently messed up*
>> *(selections is still the same but with styles I have not defined
>> -strikethroughts, darkbackgrounds etc)
>>
>> I have tried turning off the style between button presses, and used  
>> the
>> .repaint method, but am just gussing since I really don't know the  
>> reasion
>> this is happening.
>>
>> If anyone could help me out, I really would appreciate it.
> 
> Can you post the code (or a small example that reproduces the problem)?
> _______________________________________________
> fxruby-users mailing list
> fxruby-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/fxruby-users
> 
> 

Yes, and in making the example I found the cause when styling a text it
appears that 
if 'hilight.style=o' is missing
the original write works correctly but writes after begin to fail.

Below is the example program.

Useage:
Choose a item from the dropdown
Click on the analize button multiple times
(text display will start to show the redraw issue)

Select the checkbox (which enables the hilight.style=0 in the hilight
definition)
Click on the analize button multiple times
(text should always repaint correctly)


Perhaps this should be in the API ref somwhere?
(or more likely it is and I just couldn't find it)
:-/


#!/usr/bin/env ruby
require 'fox16'
include Fox

TEXTVERSIONS = {
  "Text 1" => 'We the people of the United States, in order to form a more
perfect union,
establish justice, insure domestic tranquility, provide for the common
defense,
promote the general welfare, and secure the blessings of liberty to
ourselves and
 our posterity, do ordain and establish this Constitution for the United
States of America.',
  "Text 2" => 'The United States, in order to form a more perfect union,
establish justice, insure domestic tranquility, provide for the common
defense,
promote the general welfare, and secure the blessings of liberty to
ourselves,
 do ordain and establish this Constitution for the United States of
America.',
  "Text 3" => 'Order to form a more perfect union,
establish domestic tranquility, provide for the common defense,
promote the general welfare, and secure the blessings of liberty to
ourselves and
our posterity, do ordain and establish this Constitution for the United
States of America.'
}

class StyledTextWindow < FXMainWindow
  def initialize(app)
    # Call the base class initialize() first
    super(app, "Styled Text Test")
    self.width = 450
    self.height = 300

    # Menu bar, along the top
    menubar = FXMenuBar.new(self, LAYOUT_SIDE_TOP|LAYOUT_FILL_X)
         
    #Dropdown
 FXLabel.new(menubar, "  Choose Text to analize:")
     @textchoice = FXComboBox.new(menubar, 15, :opts =>
COMBOBOX_STATIC|FRAME_SUNKEN|FRAME_THICK)
     @textchoice.numVisible = 3
    TEXTVERSIONS.keys.each do |key|
      @textchoice.appendItem(key, TEXTVERSIONS[key])
      @textchoice.connect(SEL_COMMAND) do
			 writetext
      end
    end   

#checkbox    
checkbox = FXCheckButton.new(menubar, "hilight.sytle=0 enabled      ")
checkbox.setCheck(false, notify=true)   
checkbox.connect(SEL_COMMAND) do |sender, sel, checked|
      if checked
           @checked=true
      else
          @checked=false
      end
    end   
    
    # Analize button
	@analize = FXButton.new(menubar, "Analize")
	@analize.enabled=false
          @analize.connect(SEL_COMMAND) do
            analizetext
          end   
 
    # The frame takes up the rest of the space
    textframe = FXHorizontalFrame.new(self,
      LAYOUT_SIDE_TOP|LAYOUT_FILL_X|LAYOUT_FILL_Y|FRAME_SUNKEN|FRAME_THICK)
   
    # Text window
   @text = FXText.new(textframe, nil, 0,
      TEXT_READONLY|TEXT_WORDWRAP|LAYOUT_FILL_X|LAYOUT_FILL_Y)
  
   @text.text = "Choose an Item from the dropdown" 
  end
 
def analizetext
 
    # Construct some hilite styles
    hs1 = FXHiliteStyle.new
    hs1.normalForeColor = FXRGBA(0,255,0,255)
    hs1.normalBackColor =  FXRGBA(255,255,255,255)       # FXColor::White
    if @checked==true
        hs1.style = 0
    end	
    # Construct some hilite styles
    hs2 = FXHiliteStyle.new
    hs2.normalForeColor = FXRGBA(255,0,0,255) #FXColor::Red
    hs2.normalBackColor = FXRGBA(255,255,255,255)   # FXColor::White
    if @checked==true
        hs2.style = 0
    end	

    hs3 = FXHiliteStyle.new
    hs3.normalForeColor = FXRGBA(0,0,255,255) #FXColor::Blue
    hs3.normalBackColor = FXRGBA(255,255,255,255)   # FXColor::White
    hs3.style = FXText::STYLE_UNDERLINE
   
    # Enable the style buffer for this text widget
   @text.styled = true
   
    # Set the styles
    @text.hiliteStyles = [hs1, hs2, hs3]
      @text.text = $chosen_text

    # Change the style for this phrase to hs1 [index 1]
	phrase = $chosen_text
    @text.changeStyle($chosen_text.index(phrase), phrase.length,1)
	
    # Change the style for this phrase to hs1 [index 2]
    phrase = "a more perfect union"
    @text.changeStyle($chosen_text.index(phrase), phrase.length, 2)

    # Change the style for this phrase to hs2 [index 3]
    phrase = "United States of America"
    @text.changeStyle($chosen_text.index(phrase), phrase.length, 3)
   
end 

def writetext
	      $chosen_text =@textchoice.getItemData(@textchoice.currentItem)
          @text.text =$chosen_text
		  @analize.enabled=true
end
		  
  def create
    super
    show(PLACEMENT_SCREEN)
  end
end

if __FILE__ == $0
  application = FXApp.new("StyledText", "FoxTest")
  StyledTextWindow.new(application)
  application.create
  application.run
end
-- 
View this message in context: http://www.nabble.com/does-anyone-know-how-to-get-fxtext-clear-correctly-between-styled-writes--tp16753508p16763986.html
Sent from the FXRuby Users mailing list archive at Nabble.com.


From lyle at lylejohnson.name  Fri Apr 18 15:37:43 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Fri, 18 Apr 2008 14:37:43 -0500
Subject: [fxruby-users] does anyone know how to get fxtext clear
	correctly between styled writes?
In-Reply-To: <16763986.post@talk.nabble.com>
References: <16753508.post@talk.nabble.com>
	<5C580B72-696C-4724-82F9-5FE4FFBCC389@lylejohnson.name>
	<16763986.post@talk.nabble.com>
Message-ID: <AB864100-C828-4B75-9DFD-2DE756EAFD1C@lylejohnson.name>


On Apr 18, 2008, at 12:58 PM, datatec wrote:

> Yes, and in making the example I found the cause when styling a text  
> it
> appears that if 'hilight.style=o' is missing
> the original write works correctly but writes after begin to fail.

Ah! So we just aren't initializing the FXHiliteStyle#style value to  
zero in FXHiliteStyle.new? That's easy enough to fix. I'll add a bug  
report about it.

From tomcloyd at comcast.net  Fri Apr 18 16:21:19 2008
From: tomcloyd at comcast.net (Tom Cloyd)
Date: Fri, 18 Apr 2008 13:21:19 -0700
Subject: [fxruby-users] persistent problem installing foxGUIb
In-Reply-To: <43d756720804150356o628dab9er80ebd2b39e72deb4@mail.gmail.com>
References: <48042BA2.2020302@comcast.net> <48042DF5.8070702@comcast.net>	
	<43d756720804150348y13726bcep571b479e0515ff9b@mail.gmail.com>
	<43d756720804150356o628dab9er80ebd2b39e72deb4@mail.gmail.com>
Message-ID: <480902BF.3040008@comcast.net>

Meinrad Recheis wrote:
> On Tue, Apr 15, 2008 at 12:48 PM, Meinrad Recheis 
> <meinrad.recheis at gmail.com <mailto:meinrad.recheis at gmail.com>> wrote:
>
>     On Tue, Apr 15, 2008 at 6:24 AM, Tom Cloyd <tomcloyd at comcast.net
>     <mailto:tomcloyd at comcast.net>> wrote:
>
>         Tom Cloyd wrote:
>         > Since I just apparently successfully installed fxruby, I'm
>         surprised to
>         > see that I still cannot get foxGUIb to run.
>         >
>         > "...Successfully installed fxruby-1.6.14
>         > Installing ri documentation for fxruby-1.6.14...
>         > Installing RDoc documentation for fxruby-1.6.14..."
>         >
>         > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd
>         > '/home/tom/programs/foxGUIb_0.7.1/libGUIb'
>         > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ sudo
>         ruby install.rb
>         > ...
>         > parsearg_config
>         > install.rb: entering config phase...
>         > ---> lib
>         > <--- lib
>         > install.rb: config done.
>         > parsearg_setup
>         > install.rb: entering setup phase...
>         > ---> lib
>         > <--- lib
>         > install.rb: setup done.
>         > parsearg_install
>         > parsearg_install!!! ARGV:
>         > install.rb: entering install phase...
>         > ---> lib
>         > mkdir -p /usr/local/lib/site_ruby/1.8/
>         > install libGUIb14.rb /usr/local/lib/site_ruby/1.8/
>         > install libGUIb16.rb /usr/local/lib/site_ruby/1.8/
>         > <--- lib
>         > install.rb: install done.
>         > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/libGUIb$ cd
>         > '/home/tom/programs/foxGUIb_0.7.1/foxGUIb'
>         > tom at tomcloyd-desktop:~/programs/foxGUIb_0.7.1/foxGUIb$ ruby
>         foxGUIb.rb
>         > please install libGUIb!!
>         > no such file to load -- fox16
>         >
>         > I have NO idea what the problem is here (as usual). Any help
>         would be
>         > appreciated.
>         >
>         > Thanks!
>         >
>         > T.
>         >
>         >
>         Sorry - I should have mentioned - I'm doing all this on
>         Kubuntu Linux 7.10.
>
>         - t.
>
>
>     Ok. libguib is trying to load fox16 by executing the line
>     require "fox16"
>     which yields the error you are seeing. you can test if fxruby
>     works by using irb. it should look like this:
>
>     irb(main):001:0> require "fox16"
>     => true
>     irb(main):002:0> Fox.fxrubyversion
>     => "1.6.6"
>     irb(main):003:0>
>
>     Can you post the complete error message from the foxguib.log file?
>     -- henon
>
> PS: I remember now, you need to require rubygems to be able to load 
> gems. I think the following might work for you:
>
> ruby -rubygems foxguib.rb
>
> or setting the environment variable RUBYOPT to -rubygems
> hth,
> -- henon
Henon,

My thanks to you. I have another success to report. "ruby -rubygems
foxguib.rb" was successful, and now I have the most interesting program
interface staring me in the face. This looks wonderful.

Tomorrow I'll get to start using it. Very impressive. I'm very grateful
to have this tool. I've done a lot of MS Access programming, and I'm
wanting to migrate some of my most vital dbs to ruby/sqlite3 with
fxruby. I'm hoping your GUI builder will make it possible for me. I
expect it will.

Again, my thanks!

Tom

-- 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Tom Cloyd, MS MA, LMHC
Private practice Psychotherapist
Bellingham, Washington, U.S.A: (360) 920-1226
<< tc at tomcloyd.com >> (email)
<< TomCloyd.com >> (website & psychotherapy weblog)
<< sleightmind.wordpress.com >> (mental health issues weblog)
<< directpathdesign.com >> (web site design & consultation)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



From datatec at gmail.com  Sun Apr 20 19:38:06 2008
From: datatec at gmail.com (datatec)
Date: Sun, 20 Apr 2008 16:38:06 -0700 (PDT)
Subject: [fxruby-users] does anyone know how to get fxtext clear
 correctly between styled writes?
In-Reply-To: <AB864100-C828-4B75-9DFD-2DE756EAFD1C@lylejohnson.name>
References: <16753508.post@talk.nabble.com>
	<5C580B72-696C-4724-82F9-5FE4FFBCC389@lylejohnson.name>
	<16763986.post@talk.nabble.com>
	<AB864100-C828-4B75-9DFD-2DE756EAFD1C@lylejohnson.name>
Message-ID: <16800292.post@talk.nabble.com>




Lyle Johnson-4 wrote:
> 
> 
> On Apr 18, 2008, at 12:58 PM, datatec wrote:
> 
>> Yes, and in making the example I found the cause when styling a text  
>> it
>> appears that if 'hilight.style=o' is missing
>> the original write works correctly but writes after begin to fail.
> 
> Ah! So we just aren't initializing the FXHiliteStyle#style value to  
> zero in FXHiliteStyle.new? That's easy enough to fix. I'll add a bug  
> report about it.
> _______________________________________________
> fxruby-users mailing list
> fxruby-users at rubyforge.org
> http://rubyforge.org/mailman/listinfo/fxruby-users
> 
> 

Interesting.

I was able to try this proof of issue application on ubuntu 7.10
and although it reproduces the issue 100% of the time on windows xp,
it does not happen on linux. (as far as I know I am using same version of
ruby and fxruby)

Does this mean it is a windows port bug?
-- 
View this message in context: http://www.nabble.com/does-anyone-know-how-to-get-fxtext-clear-correctly-between-styled-writes--tp16753508p16800292.html
Sent from the FXRuby Users mailing list archive at Nabble.com.


From lyle at lylejohnson.name  Sun Apr 20 20:36:36 2008
From: lyle at lylejohnson.name (Lyle Johnson)
Date: Sun, 20 Apr 2008 19:36:36 -0500
Subject: [fxruby-users] does anyone know how to get fxtext clear
	correctly between styled writes?
In-Reply-To: <16800292.post@talk.nabble.com>
References: <16753508.post@talk.nabble.com>
	<5C580B72-696C-4724-82F9-5FE4FFBCC389@lylejohnson.name>
	<16763986.post@talk.nabble.com>
	<AB864100-C828-4B75-9DFD-2DE756EAFD1C@lylejohnson.name>
	<16800292.post@talk.nabble.com>
Message-ID: <C4AE2D11-AA6A-47CA-A2C4-E180C74835A1@lylejohnson.name>


On Apr 20, 2008, at 6:38 PM, datatec wrote:

> Interesting.
>
> I was able to try this proof of issue application on ubuntu 7.10
> and although it reproduces the issue 100% of the time on windows xp,
> it does not happen on linux. (as far as I know I am using same  
> version of
> ruby and fxruby)
>
> Does this mean it is a windows port bug?

In the current release of FXRuby, when you type:

	h = FXHiliteStyle.new

it calls the default constructor the the C++ struct:

	FXHiliteStyle *h = new FXHiliteStyle();

Now, that struct doesn't actually have a constructor defined, and so  
it's possible that some compilers will (be default) initialize h- 
 >style to zero while other compilers will leave that data in an  
undefined state. What I will probably do to fix it is just add some  
code that explicitly initializes the struct's values, so that we won't  
be subject to the whims of a particular C++ compiler.

---
"FXRuby: Create Lean and Mean GUIs with Ruby"
Now available from the Pragmatic Bookshelf!
http://www.pragprog.com/titles/fxruby