thanks for the aeditor and the rpa package. it took me just a few minutes to
install and run (the rpa --force is handy).
though the display is snappy now (as compared to old ver), I think it is not
refreshed during scrolls. I notice this if I move the cursor down to the end
of the file and then up to the beginning again.. as if the scrolling of the
window is not functioning..
hope I was clear =)
using...
c:\family\ruby>ruby -v
ruby 1.8.2 (2004-07-29) [i386-mswin32]
c:\family\ruby>ver
Microsoft Windows XP [Version 5.1.2600]
kind regards -botp
···
Simon Strandgaard [mailto:neoneye@adslhome.dk] wrote:
AEditor .. snip
yes very clear.. unfortunatly I cannot get scrolling to work on windows. I
attempted to get it working on my parents windows box earlier today, but was
unsuccessful. The code that does the scrolling works ok UNIX, but apparently
not on Windows.
Thanks for your report.
I have no idea why Fxruby doesn't like this code? Any suggestions?
def install_vertical_scroll_callback(view)
if /mswin/ =~ PLATFORM
# blit copy apparently doesn't work on windows?
# TODO: figure out why drawArea doesn't do anything on windows.
return
end
return unless OPTION_OPTIMIZE_VERTICAL_SCROLL
view.set_vscroll_callback do |y1, y2, count|
puts "vscroll y1=#{y1} y2=#{y2} count=#{count}"
fh = @font.fontHeight
sx = 0
sy = y1 * fh
sw = @back_buffer.width
sh = count * fh
dy = y2 * fh
dx = 0
FXDCWindow.new(@back_buffer) do |dc|
dc.drawArea(@back_buffer, sx, sy, sw, sh, dx, dy)
end
# do scrolling of the arrays where we keep track of the output
# NOTE: maybe its necessary to clone the lines
@output_valid[y2, count] = @output_valid[y1, count] #.map{|i| i.clone}
@lines[y2, count] = @lines[y1, count] #.map{|i| i.clone}
end
end
···
On Monday 09 August 2004 13:09, "Peña, Botp" wrote:
Simon Strandgaard [mailto:neoneye@adslhome.dk] wrote:
> AEditor .. snip
thanks for the aeditor and the rpa package. it took me just a few minutes
to install and run (the rpa --force is handy).
though the display is snappy now (as compared to old ver), I think it is
not refreshed during scrolls. I notice this if I move the cursor down to
the end of the file and then up to the beginning again.. as if the
scrolling of the window is not functioning..
hope I was clear =)
--
Simon Strandgaard
Well... as for your scrolling issue ( if you're talking about how with
a little scroll up the scroll bar wouldn't stop ), in FXRuby 1.2 (
hence FOX 1.2 ) it's fixed.
I know this because I've been writing my own editor in FXRuby and Ruby
( there seem to be so many around these days!! 
).
As for the tabs that are on your to do list, it's not that hard to do.
You're more than welcome to look at what I've done once I release mine
(should be sometime in the next week or so).
I'm curious though - why didn't you go with FXScintilla? I ended up
using it and it's saved me an enormous amount of trouble. There are
things that I haven't been able to figure out, but for me the benefits
outweigh the losses.
-Rich
···
On Mon, 9 Aug 2004 20:20:00 +0900, Simon Strandgaard <neoneye@adslhome.dk> wrote:
On Monday 09 August 2004 13:09, "Peña, Botp" wrote:
> Simon Strandgaard [mailto:neoneye@adslhome.dk] wrote:
> > AEditor .. snip
>
> thanks for the aeditor and the rpa package. it took me just a few minutes
> to install and run (the rpa --force is handy).
>
> though the display is snappy now (as compared to old ver), I think it is
> not refreshed during scrolls. I notice this if I move the cursor down to
> the end of the file and then up to the beginning again.. as if the
> scrolling of the window is not functioning..
>
> hope I was clear =)
yes very clear.. unfortunatly I cannot get scrolling to work on windows. I
attempted to get it working on my parents windows box earlier today, but was
unsuccessful. The code that does the scrolling works ok UNIX, but apparently
not on Windows.
Thanks for your report.
I have no idea why Fxruby doesn't like this code? Any suggestions?
def install_vertical_scroll_callback(view)
if /mswin/ =~ PLATFORM
# blit copy apparently doesn't work on windows?
# TODO: figure out why drawArea doesn't do anything on windows.
return
end
return unless OPTION_OPTIMIZE_VERTICAL_SCROLL
view.set_vscroll_callback do |y1, y2, count|
puts "vscroll y1=#{y1} y2=#{y2} count=#{count}"
fh = @font.fontHeight
sx = 0
sy = y1 * fh
sw = @back_buffer.width
sh = count * fh
dy = y2 * fh
dx = 0
FXDCWindow.new(@back_buffer) do |dc|
dc.drawArea(@back_buffer, sx, sy, sw, sh, dx, dy)
end
# do scrolling of the arrays where we keep track of the output
# NOTE: maybe its necessary to clone the lines
@output_valid[y2, count] = @output_valid[y1, count] #.map{|i| i.clone}
@lines[y2, count] = @lines[y1, count] #.map{|i| i.clone}
end
end
--
Simon Strandgaard
I've looked over you website, and I think I can answer my own questions...
AEditor is like Scintilla as FreeRIDE is like SCiTE - right?
I've always mis-understood AEditor as an IDE... but it's a widget.
Specifically a scriptable programmers source editing widget (kinda
long winded title ).
Now it makes sense why you didn't use Scintilla to write your editor -
you weren't writing an editor, you were writing an 'editing' widget -
a competitor to Scintilla.
Am I right?
-Rich
···
On Mon, 9 Aug 2004 07:01:45 -0600, Richard Lyman <lymans@gmail.com> wrote:
Well... as for your scrolling issue ( if you're talking about how with
a little scroll up the scroll bar wouldn't stop ), in FXRuby 1.2 (
hence FOX 1.2 ) it's fixed.
I know this because I've been writing my own editor in FXRuby and Ruby
( there seem to be so many around these days!! ).
As for the tabs that are on your to do list, it's not that hard to do.
You're more than welcome to look at what I've done once I release mine
(should be sometime in the next week or so).
I'm curious though - why didn't you go with FXScintilla? I ended up
using it and it's saved me an enormous amount of trouble. There are
things that I haven't been able to figure out, but for me the benefits
outweigh the losses.
-Rich
On Mon, 9 Aug 2004 20:20:00 +0900, Simon Strandgaard > > > <neoneye@adslhome.dk> wrote:
> On Monday 09 August 2004 13:09, "Peña, Botp" wrote:
> > Simon Strandgaard [mailto:neoneye@adslhome.dk] wrote:
> > > AEditor .. snip
> >
> > thanks for the aeditor and the rpa package. it took me just a few minutes
> > to install and run (the rpa --force is handy).
> >
> > though the display is snappy now (as compared to old ver), I think it is
> > not refreshed during scrolls. I notice this if I move the cursor down to
> > the end of the file and then up to the beginning again.. as if the
> > scrolling of the window is not functioning..
> >
> > hope I was clear =)
>
> yes very clear.. unfortunatly I cannot get scrolling to work on windows. I
> attempted to get it working on my parents windows box earlier today, but was
> unsuccessful. The code that does the scrolling works ok UNIX, but apparently
> not on Windows.
>
> Thanks for your report.
>
> I have no idea why Fxruby doesn't like this code? Any suggestions?
>
> def install_vertical_scroll_callback(view)
> if /mswin/ =~ PLATFORM
> # blit copy apparently doesn't work on windows?
> # TODO: figure out why drawArea doesn't do anything on windows.
> return
> end
> return unless OPTION_OPTIMIZE_VERTICAL_SCROLL
> view.set_vscroll_callback do |y1, y2, count|
> puts "vscroll y1=#{y1} y2=#{y2} count=#{count}"
> fh = @font.fontHeight
> sx = 0
> sy = y1 * fh
> sw = @back_buffer.width
> sh = count * fh
> dy = y2 * fh
> dx = 0
> FXDCWindow.new(@back_buffer) do |dc|
> dc.drawArea(@back_buffer, sx, sy, sw, sh, dx, dy)
> end
> # do scrolling of the arrays where we keep track of the output
> # NOTE: maybe its necessary to clone the lines
> @output_valid[y2, count] = @output_valid[y1, count] #.map{|i| i.clone}
> @lines[y2, count] = @lines[y1, count] #.map{|i| i.clone}
> end
> end
>
> --
> Simon Strandgaard
>
>
Yes, this is pretty much the idea.
An editor component which both can be used in GUI and TUI, on different
platforms, where one only needs one configuration file. Because its an
component it should be easy to write another frontend, eg gtk or cocoa.
I originally wrote aeditor in C++, and wanted to embed ruby as its scripting
language.. did lot of experiments with embedding.. and finally began writing
a prototype of aeditor in ruby. Now everything is written entirely in Ruby
and speed is ok, so I guess I have no need for C++ anylonger.
I am interested in supporting pair programming, but so far little work really
has been done investigating this area.
Maybe I make an attempt to embed aeditor into freeride, at some point.
Thanks for your interest in aeditor 
···
On Monday 09 August 2004 20:00, Richard Lyman wrote:
I've looked over you website, and I think I can answer my own questions...
AEditor is like Scintilla as FreeRIDE is like SCiTE - right?
I've always mis-understood AEditor as an IDE... but it's a widget.
Specifically a scriptable programmers source editing widget (kinda
long winded title ).
Now it makes sense why you didn't use Scintilla to write your editor -
you weren't writing an editor, you were writing an 'editing' widget -
a competitor to Scintilla.
--
Simon Strandgaard
I don't quite follow you here... why do you think so ?
···
On Monday 09 August 2004 23:02, Lothar Scholz wrote:
> On Monday 09 August 2004 20:00, Richard Lyman wrote:
>> I've always mis-understood AEditor as an IDE... but it's a widget.
>> Specifically a scriptable programmers source editing widget (kinda
>> long winded title ).
>>
>> Now it makes sense why you didn't use Scintilla to write your editor -
>> you weren't writing an editor, you were writing an 'editing' widget -
>> a competitor to Scintilla.
> Yes, this is pretty much the idea.
Now we need someone who will do the same for a HTML widget.
Gecko in Ruby.
--
Simon Strandgaard
I think Lothar is just saying that HTML rendering widgets are pretty
scarce in the FOX/FXRuby world.
I agree - it'd be nice... embed Gecko in Ruby somehow...
-Rich
···
On Tue, 10 Aug 2004 06:15:26 +0900, Simon Strandgaard <neoneye@adslhome.dk> wrote:
On Monday 09 August 2004 23:02, Lothar Scholz wrote:
> > On Monday 09 August 2004 20:00, Richard Lyman wrote:
> >> I've always mis-understood AEditor as an IDE... but it's a widget.
> >> Specifically a scriptable programmers source editing widget (kinda
> >> long winded title ).
> >>
> >> Now it makes sense why you didn't use Scintilla to write your editor -
> >> you weren't writing an editor, you were writing an 'editing' widget -
> >> a competitor to Scintilla.
>
> > Yes, this is pretty much the idea.
>
> Now we need someone who will do the same for a HTML widget.
> Gecko in Ruby.
I don't quite follow you here... why do you think so ?
--
Simon Strandgaard
Hello Richard,
I think Lothar is just saying that HTML rendering widgets are pretty
scarce in the FOX/FXRuby world.
I agree - it'd be nice... embed Gecko in Ruby somehow...
I was thinking about a Gecko reimplementation in pure Ruby.
This would give a nice playground for zillions of things. And it would
be a good benchmark for ruby performance.
···
--
Best regards, emailto: scholz at scriptolutions dot com
Lothar Scholz http://www.ruby-ide.com
CTO Scriptolutions Ruby, PHP, Python IDE 's