foxGUIb plugin?

dear freeRIDE developers,
Some jears ago someone said to me on the ruby-talk ML that
it would be
a good idea to make a foxGUIb plugin for freeride. Back then
i thought
that foxGUIb was not mature enough yet.

Now, that I've reworked it a lot and foxGUIb is getting
popular
amongst FXRuby newbies I remembered this idea. What do you
think of
it?

cheers,
-- henon
_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel

Meinrad,

As a matter of fact I had the same thought a while ago when
I read the 
foxGuib announcement on ruby-talk and I said to myself
"wouldn't be nice 
if we had this as a plugin in FXRuby".

I think it is a very nice idea and would definitely give
FreeRIDE an 
advantage compared to the Ruby IDE. I'll take a look at
foxGuib myself 
and I suggest that you take a look at the FR sources and see
how we have 
integrated the RDOC browser (see
plugins/rubyide_tools_fox_ri/) or the 
FXIRB (see plugins/rubyide_tools_fox_irb/). Those were
initially 
standalone programs that we managed to visually integrate in
FreeRIDE.

I think you should also tell us how you envisage the
integration between 
the two from an end-user perspective. That would help us
translate this 
in terms of technical requirements.

Let's get this running!

Laurent


Meinrad Recheis wrote:
> dear freeRIDE developers,
> Some jears ago someone said to me on the ruby-talk ML
that it would be
> a good idea to make a foxGUIb plugin for freeride. Back
then i thought
> that foxGUIb was not mature enough yet.
> 
> Now, that I've reworked it a lot and foxGUIb is
getting popular
> amongst FXRuby newbies I remembered this idea. What do
you think of
> it?
> 
> cheers,
> -- henon
> _______________________________________________
> Freeride-devel mailing list
> Freeride-develrubyforge.org
> 
http://rubyforge.org/mailman/listinfo/freeride-devel
> 

_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel

On a side note, the next step for FreeRIDE is to switch to
FXRuby/FOX 
1.6 (we are still on 1.2). I haven't had time to
investigate what it 
means in terms of code changes but I though that may be
you've gone 
through this kind of transition yourself and could give some
hints.

Laurent


Meinrad Recheis wrote:
> dear freeRIDE developers,
> Some jears ago someone said to me on the ruby-talk ML
that it would be
> a good idea to make a foxGUIb plugin for freeride. Back
then i thought
> that foxGUIb was not mature enough yet.
> 
> Now, that I've reworked it a lot and foxGUIb is
getting popular
> amongst FXRuby newbies I remembered this idea. What do
you think of
> it?
> 
> cheers,
> -- henon
> _______________________________________________
> Freeride-devel mailing list
> Freeride-develrubyforge.org
> 
http://rubyforge.org/mailman/listinfo/freeride-devel
> 

_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel

--- Laurent Julliard <laurentmoldus.org> wrote:
> 
> Meinrad Recheis wrote:
> > dear freeRIDE developers,
> > Some jears ago someone said to me on the ruby-talk
ML that it would be
> > a good idea to make a foxGUIb plugin for freeride.
Back then i thought
> > that foxGUIb was not mature enough yet.
> > 
> > Now, that I've reworked it a lot and foxGUIb is
getting popular
> > amongst FXRuby newbies I remembered this idea.
What do you think of
> > it?
> > 
> > cheers,
> > -- henon
>
> On a side note, the next step for FreeRIDE is to switch
to FXRuby/FOX 
> 1.6 (we are still on 1.2). I haven't had time to
investigate what it 
> means in terms of code changes but I though that may be
you've gone 
> through this kind of transition yourself and could give
some hints.
> 
> Laurent
> 

I was under the impression that the next step for FR is to
move to wxRuby:
http://freeride.rubyforge.org/wiki/wiki.pl?FreeRIDE_Fu
ture

Although I haven't seen much action on the wxRuby ML for a
couple of weeks, it seems like completion of their rewrite
is
getting fairly close...

---John


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection
around 
http://mail.yahoo.com 
_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel

On 6/7/06, Laurent Julliard <laurentmoldus.org> wrote:
> On a side note, the next step for FreeRIDE is to switch
to FXRuby/FOX
> 1.6 (we are still on 1.2). I haven't had time to
investigate what it
> means in terms of code changes but I though that may be
you've gone
> through this kind of transition yourself and could give
some hints.

In fact the transition from fxruby 1.2 to fxruby 1.4 is not
as hard as
was the transition from 1.0 to 1.2. It was not such a big
deal.
>From 1.4 to 1.6 i had nothing to do at all. the same
code of foxGUIb
runs well for both FXRuby versions.

>
> Laurent
>
>
> Meinrad Recheis wrote:
> > dear freeRIDE developers,
> > Some jears ago someone said to me on the ruby-talk
ML that it would be
> > a good idea to make a foxGUIb plugin for freeride.
Back then i thought
> > that foxGUIb was not mature enough yet.
> >
> > Now, that I've reworked it a lot and foxGUIb is
getting popular
> > amongst FXRuby newbies I remembered this idea.
What do you think of
> > it?
> >
> > cheers,
> > -- henon
> > _______________________________________________
> > Freeride-devel mailing list
> > Freeride-develrubyforge.org
> > 
http://rubyforge.org/mailman/listinfo/freeride-devel
> >
>
> _______________________________________________
> Freeride-devel mailing list
> Freeride-develrubyforge.org
> 
http://rubyforge.org/mailman/listinfo/freeride-devel
>
_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel

On 6/7/06, Laurent Julliard <laurentmoldus.org> wrote:
> Meinrad,
>
> As a matter of fact I had the same thought a while ago
when I read the
> foxGuib announcement on ruby-talk and I said to myself
"wouldn't be nice
> if we had this as a plugin in FXRuby".
>
> I think it is a very nice idea and would definitely
give FreeRIDE an
> advantage compared to the Ruby IDE. I'll take a look
at foxGuib myself
> and I suggest that you take a look at the FR sources
and see how we have
> integrated the RDOC browser (see
plugins/rubyide_tools_fox_ri/) or the
> FXIRB (see plugins/rubyide_tools_fox_irb/). Those were
initially
> standalone programs that we managed to visually
integrate in FreeRIDE.
i will have a look at them.


> I think you should also tell us how you envisage the
integration between
> the two from an end-user perspective. That would help
us translate this
> in terms of technical requirements.
ok. let me have a close look at freeride and the available
plugins
first. then i will be able to talk about that.
>
> Let's get this running!

i am looking forward to it!
-- henon

PS: there are quite a few things i think i can be proud of
in foxGUIb,
but it still contains lots of code that i am not at all
proud of ...
code that i have been writing during some nights 3 years
ago. now that
i have learned a lot about how to write professional code i
am almost
ashamed of it. but there is hope. i will start to build up a
testsuite
and then refactor the awkward code out.
_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel

On 6/7/06, Meinrad Recheis <meinrad.recheisgmail.com> wrote:
> On 6/7/06, Laurent Julliard <laurentmoldus.org> wrote:
> > Meinrad,
> >
> > As a matter of fact I had the same thought a while
ago when I read the
> > foxGuib announcement on ruby-talk and I said to
myself "wouldn't be nice
> > if we had this as a plugin in FXRuby".
> >
> > I think it is a very nice idea and would
definitely give FreeRIDE an
> > advantage compared to the Ruby IDE. I'll take a
look at foxGuib myself
> > and I suggest that you take a look at the FR
sources and see how we have
> > integrated the RDOC browser (see
plugins/rubyide_tools_fox_ri/) or the
> > FXIRB (see plugins/rubyide_tools_fox_irb/). Those
were initially
> > standalone programs that we managed to visually
integrate in FreeRIDE.
> i will have a look at them.
>
>
> > I think you should also tell us how you envisage
the integration between
> > the two from an end-user perspective. That would
help us translate this
> > in terms of technical requirements.
> ok. let me have a close look at freeride and the
available plugins
> first. then i will be able to talk about that.

hmm, i see 2 problems when thinking about making foxGUIb a
plugin for FreeRIDE:

1) foxGUIb is not a single window application. so it will
not
integrate into the FreeRIDE GUI as nicely as fxri for
instance. Also
the foxGUIb mainwindow needs much screenspace. The only way
that makes
sense is launching foxGUIb as a free floating window.
foxGUIb is able
to open up some sub windows like the event editor or its
built in Ruby
console.
2) foxGUIb's GUI is very individually styled. would you
force me to
change the GUI to conform to FreeRIDE's look and feel?


I'd suggest to start foxGUIb as it is from FreeRIDE. Any
code that is
generated by foxguib could be opened by the freeride editor
immediately.

i imagine the following possible ways of integration:
* light integration: freeride just start and stops foxguib
and
immediately opens generated source code.
* heavy integration: some parts of foxGUIb become freeride
components
such as the event editor and the ruby console.

i'd prefer the light one ;)

what do you think?
-- henon
_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel

Meinrad Recheis wrote:
> On 6/7/06, Meinrad Recheis <meinrad.recheisgmail.com> wrote:
>> On 6/7/06, Laurent Julliard <laurentmoldus.org> wrote:
>>> Meinrad,
>>>
>>> As a matter of fact I had the same thought a
while ago when I read the
>>> foxGuib announcement on ruby-talk and I said to
myself "wouldn't be nice
>>> if we had this as a plugin in FXRuby".
>>>
>>> I think it is a very nice idea and would
definitely give FreeRIDE an
>>> advantage compared to the Ruby IDE. I'll take
a look at foxGuib myself
>>> and I suggest that you take a look at the FR
sources and see how we have
>>> integrated the RDOC browser (see
plugins/rubyide_tools_fox_ri/) or the
>>> FXIRB (see plugins/rubyide_tools_fox_irb/).
Those were initially
>>> standalone programs that we managed to visually
integrate in FreeRIDE.
>> i will have a look at them.
>>
>>
>>> I think you should also tell us how you
envisage the integration between
>>> the two from an end-user perspective. That
would help us translate this
>>> in terms of technical requirements.
>> ok. let me have a close look at freeride and the
available plugins
>> first. then i will be able to talk about that.
> 
> hmm, i see 2 problems when thinking about making
foxGUIb a plugin for FreeRIDE:
> 
> 1) foxGUIb is not a single window application. so it
will not
> integrate into the FreeRIDE GUI as nicely as fxri for
instance. Also
> the foxGUIb mainwindow needs much screenspace. The only
way that makes
> sense is launching foxGUIb as a free floating window.
foxGUIb is able
> to open up some sub windows like the event editor or
its built in Ruby
> console.
> 2) foxGUIb's GUI is very individually styled. would
you force me to
> change the GUI to conform to FreeRIDE's look and feel?
> 
> 
> I'd suggest to start foxGUIb as it is from FreeRIDE.
Any code that is
> generated by foxguib could be opened by the freeride
editor
> immediately.
> 
> i imagine the following possible ways of integration:
> * light integration: freeride just start and stops
foxguib and
> immediately opens generated source code.
> * heavy integration: some parts of foxGUIb become
freeride components
> such as the event editor and the ruby console.
> 
> i'd prefer the light one ;)
> 
> what do you think?

I fully agree with you that we should do the light
integration. I 
doesn't make much sense to embed the windows or panels of
foxGUIb in FR. 
As to the look and feel it doesn't matter so much for a
start. I would 
even argue that FR could adopt the foxGUIb look and feel in
the long run.

So if foxGUIb is launched as an independent binary programm
it is just a 
matter of writing a small plugin to start and stop it and
establish a 
communication mechanism for foxGUIb to give instructions to
FR (open a 
file, refresh a file,...). Does FR need to give feedback to
foxGUIb? 
(e.g when pointing to a specific widget variable can we also
highlght it 
in foxGUIb?

We would also integrate FR in the installers so that the
users has 
everything in one piece.

Laurent

_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel

On 6/10/06, Laurent Julliard <laurentmoldus.org> wrote:
> Meinrad Recheis wrote:
> > On 6/7/06, Meinrad Recheis <meinrad.recheisgmail.com> wrote:
> >> On 6/7/06, Laurent Julliard <laurentmoldus.org> wrote:
> >>> Meinrad,
> >>>
> >>> As a matter of fact I had the same thought
a while ago when I read the
> >>> foxGuib announcement on ruby-talk and I
said to myself "wouldn't be nice
> >>> if we had this as a plugin in
FXRuby".
> >>>
> >>> I think it is a very nice idea and would
definitely give FreeRIDE an
> >>> advantage compared to the Ruby IDE. I'll
take a look at foxGuib myself
> >>> and I suggest that you take a look at the
FR sources and see how we have
> >>> integrated the RDOC browser (see
plugins/rubyide_tools_fox_ri/) or the
> >>> FXIRB (see
plugins/rubyide_tools_fox_irb/). Those were initially
> >>> standalone programs that we managed to
visually integrate in FreeRIDE.
> >> i will have a look at them.
> >>
> >>
> >>> I think you should also tell us how you
envisage the integration between
> >>> the two from an end-user perspective. That
would help us translate this
> >>> in terms of technical requirements.
> >> ok. let me have a close look at freeride and
the available plugins
> >> first. then i will be able to talk about that.
> >
> > hmm, i see 2 problems when thinking about making
foxGUIb a plugin for FreeRIDE:
> >
> > 1) foxGUIb is not a single window application. so
it will not
> > integrate into the FreeRIDE GUI as nicely as fxri
for instance. Also
> > the foxGUIb mainwindow needs much screenspace. The
only way that makes
> > sense is launching foxGUIb as a free floating
window. foxGUIb is able
> > to open up some sub windows like the event editor
or its built in Ruby
> > console.
> > 2) foxGUIb's GUI is very individually styled.
would you force me to
> > change the GUI to conform to FreeRIDE's look and
feel?
> >
> >
> > I'd suggest to start foxGUIb as it is from
FreeRIDE. Any code that is
> > generated by foxguib could be opened by the
freeride editor
> > immediately.
> >
> > i imagine the following possible ways of
integration:
> > * light integration: freeride just start and stops
foxguib and
> > immediately opens generated source code.
> > * heavy integration: some parts of foxGUIb become
freeride components
> > such as the event editor and the ruby console.
> >
> > i'd prefer the light one ;)
> >
> > what do you think?
>
> I fully agree with you that we should do the light
integration. I
> doesn't make much sense to embed the windows or panels
of foxGUIb in FR.
> As to the look and feel it doesn't matter so much for
a start. I would
> even argue that FR could adopt the foxGUIb look and
feel in the long run.
>
> So if foxGUIb is launched as an independent binary
programm it is just a
> matter of writing a small plugin to start and stop it
and establish a
> communication mechanism for foxGUIb to give
instructions to FR (open a
> file, refresh a file,...). Does FR need to give
feedback to foxGUIb?
> (e.g when pointing to a specific widget variable can we
also highlght it
> in foxGUIb?

that would be a great idea. so we gotta define a foxGUIb-API
for the
freeRIDE plugin to communicate with foxGUIb.
i'd suggest the observer pattern for communication of
events that
happen in foxGUIb and result in a reaction of freeride.
(this way
foxGUIb doesn't need to know about its freeride plugin) i
have such a
mechanism in foxGUIb. i'm sure you'r having such a
mechanism in
freeride too ;)

seems to be not that much work. but I don't know where to
start.

>
> We would also integrate FR in the installers so that
the users has
> everything in one piece.
ok.

best regards,
-- henon
_______________________________________________
Freeride-devel mailing list
Freeride-develrubyforge.org

http://rubyforge.org/mailman/listinfo/freeride-devel