First impressions - RText feature set

Post a reply

:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:
BBCode is ON
[img] is ON
[flash] is OFF
[url] is ON
Smilies are ON
Topic review

Expand view Topic review: First impressions - RText feature set

Re: First impressions - RText feature set

Post by robert » Mon Jun 28, 2010 12:54 pm

Hi Ander,

Could you be more specific? Is the default font the wrong one? Or is it not anti-aliased properly? Something else?

If it's the anti-aliasing, you can correct this by going to Edit -> Options -> Syntax Highlighting, and selecting "Enable smooth text display". The "Default" setting is probably what you want, but all other settings Java makes available are there if you want to tinker with them. Let me know if this was the problem and it wasn't selected by default, as it should be (on Windows at least, where it's guaranteed to be fast).

If it's the default, could you let me know what you expect the default font to be on Windows 7?

For something else entirely, a screenshot would also be helpful.


Re: First impressions - RText feature set

Post by ander » Mon Jun 28, 2010 7:51 am

This editor looked great. It had all the features I wanted. But when I installed it (in Win 7 64-bit), I found that it used the old-style strange-looking Linux-type font rendering. Too bad. Is it really that hard to do normal rendering now?

Wonderingly, ander

Re: First impressions - RText feature set

Post by robert » Wed Dec 09, 2009 5:23 am


Thanks for the feedback! I'll address each of your issues individually:

1. This can certainly be added. What should happen if the file you're currently typing in changes on disk underneath you? Should the contents of the current buffer suddenly change? I understand wanting this behavior, but for the currently active file it seems like it would be distracting...

2. Good idea, thanks for the suggestion. I'll make it so the cursor tries to keep its row/column position on reloading.

3. I agree that that would be distracting. This behavior can be added as well.

4. As for the close icon, this is easy to do in Java 6, but since RText supports 1.4+, it was never added. I could look into adding optional close icons (using reflection to do so if Java 6 is detected). I'd also like to point out that you can close a tab by middle-clicking on it (or right click -> "Close XXX", though that's one extra click than a middle-click). Perhaps that is sufficient (for the time being at least :))?

Re: First impressions - RText feature set

Post by VCase » Tue Dec 08, 2009 4:34 pm

I ran across RText when looking for an alternative to TextPad that also works on Linux. I find that the feature set addresses most of my needs and that the interface is more natural than JEdit (imho). If I may, I would like for you to consider two possible features.

First, I often use my text editor to monitor log files as they change. RText does notice when changes are made outside of the editor, but has the following limitations.

1- There is no option to automatically update the file without responding to a dialog prompt. Having to click "Yes" to update every couple of seconds makes it difficult to work on other documents.

2- After clicking "Yes" to re-load a file that has been modified outside of the editor, the cursor moves to the top of the (potentially very long) file. It would be helpful if the cursor remained on the same line number or (more simply) moved to the end of the file. This allows you avoid a context switch and the time necessary to re-establish the context.

3- When multiple files are open in separate tabs, and a change happens to a file in a tab other than the actively displayed document, clicking "Yes" to re-load the document changes the active tab to the document that was reloaded. This makes it extremely difficult to work on a 2nd document when the first is being repeatedly modified outside of the editor

Second, and this is a minor point. I open and close many documents. It would be nice if the open file tabs each included a "close icon" so that a file could be closed with a single click.

Thanks for the great editor.

Re: First impressions - RText feature set

Post by robert » Tue Nov 24, 2009 3:47 am

Just a quick note that many of the features requested in this thread are already in SVN, and will be in the next RText release (1.0, finally!):

  • A spell checker will be integrated. Using Jazzy, you can spell check either American or British English. You can also add unknown words to a user-defined dictionary file, or choose to ignore certain words for the current session only. Words are squiggle-underlined, and a focusable tool tip is used to offer suggestions for the spelling error (a la Eclipse). I'm very satisfied with this implementation, especially for a first pass.
  • Word count has been added to the Document Properties dialog.
  • BBCode and Delphi/Pascal highlighting support have been added (as has Scala, as well).
  • In the "split pane" view, the file list is now in a tabbed panel, just like the plugins, making things much more nicely integrated.

Everything else I plan (hope) to add post-1.0:

  • Block selection
  • Sorting the document, or a group of lines, by column.
  • Context menu on file list view for closing files, etc.

Re: First impressions - RText feature set

Post by alexandrei » Wed Aug 05, 2009 12:23 pm

robert wrote:A way to split the current view is also something I've looked into. I don't know if I'd go as far as allowing "unlimited" splitting, but even just allowing a single vertical-or-horizontal split would be a huge benefit for many.

Indeed, usually a single split is enough, and the option to do it horizontally or vertically is quite important.

And, I find it quite important that you can switch the contents of each split independently. I've seen some editors that supported splitting, but only for the current document. Switching the document kept the "split" but also switched content in both views.. so.. it was not very useful.

The best implementation in my opinion was the one used in jEdit (the complete set of tabs, of all opened documents, appeared for each "view"). It's also ok the implementation of Kate (with a single tab bar), but it's not very natural to see what it's open in which view, and how to switch the document.

Anyway, good to hear that you find it an interesting feature! :)


Re: First impressions - RText feature set

Post by robert » Tue Aug 04, 2009 4:38 pm

A way to split the current view is also something I've looked into. I don't know if I'd go as far as allowing "unlimited" splitting, but even just allowing a single vertical-or-horizontal split would be a huge benefit for many.

This seemed straightforward at first, but handling the undo manager gives me problems with this feature. Swing's undo support is not text component-specific, you can actually use it with other components as well. Which is "a Good Thing," but it causes problems in the case where you want two JTextComponents to share the same Document (i.e. a split view). At least, it's something I can't find an easy solution.

I'll definitely keep hacking at that one though because it's a feature I want as well.

Re: First impressions - RText feature set

Post by Alexandrei » Fri Jul 31, 2009 9:46 am


I've been a heavy user of jEdit - but truth is that I do not need all it's features. But there are several things that kept me with it:
- block edit (YEY!)
- split window (vertically, horizontally, and as many times needed, and each split has the tab, so you can compare any documents,or the same, independently)
- hyper-search (open a new window/tab, with the list of found results, and the line; click to browse to the location; just like RText's 'find in files')
- integrated filebrowser and tagbrowser
- cross-platform

Well.. I've just found out RText, and I am quite impressed for the moment! It has most of the features that I need, and it appears faster and smaller than jEdit.

I just wanted to say a 'me too' to support the addition of the block selection/insertion/edit feature! Once you get used to it.. you can't live without :P The second one would be the split functionality, but that seems more complicated.

I'll keep an eye on RText :)
Keep up the good work!

Have a nice day,

Re: First impressions - RText feature set

Post by robert » Wed Jul 29, 2009 1:25 pm

RE: The spell checker - A first pass at a spell checker "add-on" is now in the SVN repository. It depends on the main RSyntaxTextArea project to build, so you'll need to check that out too.

This will be a small extra jar (under the LGPL) that adds spell checking to RSTA through its addParser() method. The README file in the SpellChecker project has some usage instructions, and the project also has an example program showing usage.

Keep in mind that what's currently pushed can and will change before an "official" release. I've got some more changes to push still, but after that the add-on should be mostly usable (in fact, it already should be, sans bugs). Of course, it'll be fleshed out as feedback comes in before the next RSTA release.

RE: Delphi highlighting, I'm also working on that now, and it should be pushed tonight or tomorrow. If you're interested, I ask that you check it out from SVN and try it out, and give feedback on any issues you find before the "official" release comes out.

Re: First impressions - RText feature set

Post by Anonymous1981 » Tue Jul 21, 2009 3:22 am

For #1... The spell checker need not be smart enough to handle spell checking code by itself as issued by yourself. A compromise would be to have the spell checker able to be added to on the programmers part, and have the language keywords and syntax added in by the programmers. That way you do not have to deal with conflicts in the various language keywords and syntax. A programmer should be able to make a sample file with all the keywords for their respective language easily enough.

For #2... That is a pity. I use block selection/copy/cut/paste all the time. Both at home for private development and personal projects, and at work.

For #3 and #5. Great, glad the ideas were considered noteworthy.

For #4... I'll see if I can add it after this post. Your existing list is fairly comprehensive. I was a bit surprised not to see BBCode or Delphi/Pascal/Knoppix. A related idea... could you not have user definable syntax files? I know a couple programmer text editor home sites that not only do that, but have a sub page devoted to user submissions such as the Edit+ site ( ). Thus, your users could do the work for you.

For #6... Pretty much correct. Using Textpad as my example, since I know it best, goes a bit further, and offers a bit of a different sort pop up screen depending upon whether you are in block select mode and have only some of the document highlighted or not. At most it allows a sort on 3 columns. Here are its two different screens for example functionality of what I was referring to. ... style1.jpg ... style2.jpg