Hoi, Mario and Alex,
Thanks for your ideas and I’ll be able to get ahead with them.
I dunno whether I am the only sole on linux planet wihout gconf or
libgstreamer… but I used the gem system of installing wxruby, which
is a great tool. Of course I can give it a try to compile wxRuby myself
(and hopefully not running into other dependencies when omitting
Wx::MediaCtrl ) but, by accidentally stumbling on your discussion about
, the ideas in here might provide a long-term solution to the problems I
encountered. Please do not start changing things for my sake (I was only
trying wxRuby out as part of discovering ruby. I’ve made stuff with Java
and am looking for a friendlier programming environment) and probably
can get enough done with 1.9.2 before needing to upgrade… Please keep
focused on the main direction of wxRuby.
[email protected] wrote:
I dunno whether I am the only sole on linux planet wihout gconf or libgstreamer…
You’re certainly not the only one. It’s not installed by default on
Ubuntu, although straightforward with the package manager.
by accidentally stumbling on your discussion about modularisation on http://rubyforge.org/pipermail/wxruby-development/2007-June/000790.html , the ideas in here might provide a long-term solution to the problems I encountered.
I got a proof of concept working last night making one trivial class
(ToggleButton) a separately loaded compiled feature. It’s definitely
do-able, but would require a substantial restructure which I’m not sure
we’re up for doing right now.
Mario S. wrote:
As for portability, I will talk with alex, to see if we can possibly put up a specialized version of wxruby for linux, that does not have these dependencies, as to reduce dependencies that are not needed.
I think this is a real concern. On the one hand, we want a consistent
set of features across the binaries for different platforms. One the
other, we want easy installation everywhere. It might be worth looking
again at wxruby-lite as an interim which would be smaller and have no
external dependencies anywhere.