It is always a pity that vi on a linux machine can open and manipulate big files (1.3 GB or bigger) without any problems. This should one of the main goals of a text editor to load big files as well and work with them. Please can you add a mechanism to just load the visible part of the file and not the hole file ? Because the hole file will never fit into the heap memory and therefore the editor is useless for big files

Add an option in the print dialog to print a selection of lines from the current buffer. If a section is already highlighted, that option could be enabled automatically.

It would be nice if someone would integrate the JDiff plugin with the git plugin so you could easily jump through differences between revisions in a way similar to how git-cola or qgit does.

2 tabs instead of 1 when defining a function inside a function:

Example
var after = _.after(1, function() {
------- There will be two tabs here instead of one
})

The token types in Style Editor can be set as Bold and Italics, but I am missing the Underline style.

Regards, John

I've just tried jEdit 5.1pre1 daily-built and my Alt shortcut keys don't work any more. There's no setings to change it back to the old style.
I suggest having a preference to disable the 'Alt menu keys' (those underlines keys) so that I can use my own Alt+keys as shorcuts.
I'm reinstalling 5.0

Work around on Java memory limation when handling big files

for tcl-like languages jedit is seriously missing a line continuation character.
E.g. lines like
lsort -integer -index 1 \
{{First 24} {Second 18}}
set a "[lsearch -all -inline \
-not $list]"
cannot be captured correctly from highlighting point of view
So I would suggest to add a rule property tag LineContinuationChar. if this character appears as the last none-white space char on a line, the following line is appended to the current line. And, all lines joined together with a LineContinuationChar are infact handled as a single line in all mode tags like e.g. EOL_SPAN...

jEdit rocks and is always oot 1st packages I install on any new distro.
@Codename: Steeve Knight

When no updates have been found, the dialog remains the same. (Jedit 4.5pre1)

Add a Print Preview capability.

Plugins manager should be modified to show screenshots that could be provided by plugins

Hi

I've got an Error with de FTP Plugin (only FTP - SFTP works).

Errormessage:
ftp://yy@xxxxxx:21/~/:
Cannot list directory: java.net.SocketException: Connection reset

java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(Unknown Source)
at java.net.SocketInputStream.read(Unknown Source)
at sun.nio.cs.StreamDecoder.readBytes(Unknown Source)
at sun.nio.cs.StreamDecoder.implRead(Unknown Source)
at sun.nio.cs.StreamDecoder.read(Unknown Source)
at java.io.InputStreamReader.read(Unknown Source)
at java.io.BufferedReader.fill(Unknown Source)
at java.io.BufferedReader.readLine(Unknown Source)
at java.io.BufferedReader.readLine(Unknown Source)
at com.fooware.net.FtpResponse.setMessage(FtpResponse.java:194)
at com.fooware.net.FtpResponse.<init>(FtpResponse.java:35)
at com.fooware.net.FtpClient.setResponse(FtpClient.java:962)
at com.fooware.net.FtpClient.sendCommand(FtpClient.java:73)
at com.fooware.net.FtpClient.passive(FtpClient.java:285)
at ftp.FtpConnection.setupSocket(FtpConnection.java:392)
at ftp.FtpConnection._listDirectory(FtpConnection.java:405)
at ftp.FtpConnection.listDirectory(FtpConnection.java:126)
at ftp.FtpVFS._listFiles(FtpVFS.java:226)
at org.gjt.sp.jedit.browser.ListDirectoryBrowserTask._run(ListDirectoryBrowserTask.java:74)
at org.gjt.sp.util.Task.run(Task.java:63)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

Is there any BugFix oder another Plugin to Connect to FTP Servers?

THX

Enable moving files in the context of the project nodes (not on the disk) - drag&drop or cut&paste or by way of a menu command.

Wrapping long lines that don't contain whitespace characters is very useful and i'm surprised it's not supported. At least users should be able to define the characters which are used to break the wrapped lines

jEdit help already have a search engine, I know,but what I mean, is searching in the current help page. I miss a way to search for a word in the current page, just like you can do with any HTML viewer.