jEdit shows the matching brace or parenthesis when the edit cursor is to the right of a brace or parenthesis. It should do the same for matching double and single quotes, at least if they are on the same line of text.

Currently jEdit will fold code like...

    sub x() {
        yadda yadda
    }
    sub y() {
        yadda yadda
    }

...as...

    sub x() {
    }
    sub y() {
    }

jEdit should fold in any lines that only contain whitespace and one "}", so twice as much important code is displayed per screen, e.g.

    sub x() {
    sub y() {

Perhaps have it as an option, in case anyone prefers seeing those singleton }'s. My current workaround is to indent those visible }'s an extra space, which is a pain.

Currently jEdit expands folded text when it is pasted, which forces the user to refold the text. It's especially annoying when the user is moving multiple chunks of folded text around. jEdit should keep the folded text folded.

Please: add a popup menu item to "save as ..." the current buffer.

It would good to see date and time of last save of the current buffer's file in the status bar.

Is it currently possible to save or load whole sets of abbreviations for a particular mode? If not, this would be a useful feature, as it would allow users to share abbreviation sets and modify them rather than having to build their own from scratch.

Is it currently possible to save or load whole sets of abbreviations for a particular mode? If not, this would be a useful feature, as it would allow users to share abbreviation sets and modify them rather than having to build their own from scratch.

Hey guys, why we don't have GUIEditor Plugin in jEit?If any 1 intrested in developing GUIEditor Plugin for jEdit, please share your ideas.

Hello! I am very new to jEdit, but I have to say - I'm a believer. I've spent a lot of time writing apps for the web, and I have never found any one editor that meets all my needs. But so far, jEdit is the leader. It has some really nice features.

Something I would like to see, however, is an integration between a Project Manager (like the plugin available) and an FTP client who's settings are stored with the project's (host, username, password, use base local directory, etc...)

>> the ability to select multiple files from the Project Viewer and upload them, or download them from remote server

>> Use Base Local Directory - if the local file is on a subdirectory of the base local directory, it will be uploaded to the corresponding subdirectory of the remote server


I don't know how many times I've uploaded something using an FTP client into the wrong sub directory...



Is there already a plug in for this? I might sound quite demanding, and in truth, my hat goes off to any developer who builds these very useful plugins. My talents are in web applications, only. I have no idea how to create plugins. Without dedicated folk like you, I'd probably still be using notepad and CuteFTP.

Hi,

I'm working with a four-mixing language (xhtml+css+javascript+php and certain time a five one). and usually I use keyword1 for language structure (so, for js & php, it would be if, elseif, else, etc) but when it come to CSS, i would like to use different colors :

For CSS1 properties (ex: display), i would like this to be keyword1, for CSS2.1 (ex; z-index) i would like this to be keyword2, etc for values. The fact is when i'm in multi mode, or even in CSS mode, the keyword1 is dedicated to language structure.

The feature missing here in jEdit is a color setting per mode. For example, when I'm in CSS mode, I'd like to have CSS mode colors, when I'm in Java mode, I'd like to have Java mode colors, etc.

So as a feature, it could be good to have the abilities to have color set per languages.

Also, other thing I noted is that we don't what represent KEYWORD1, etc. For my CSS, I would like to replace the "KEYWORD1" label (in the Global Options > Syntax highlight) by "CSS 1.0 Properties").

It could be added in the xml with a tag :

COLORSHEME
COLOR NAME="xxx" TITLE="CSS 1.0 Properties" DEFAULT="KEYWORD1" /
/COLORSHEME

In this case, NAME is the name of the color : it could be used in TYPE to add our colour (ex: for a multi mode like php, I may have PHP_INSTRUCTION, PHP_VARIABLE, etc), TITLE is the title of the colour, to describe what it does, and finally DEFAULT would be the default value for the color (if not set in the theme)

This is a follow-up to my posting in the "Using jEdit" forum. I would like the capability of making the ALT key "sticky", that is, if I touch _and release_ the ALT key, then hit an (appropriate) character key, I should get the corresponding menu item. For example, should get me the "File" menu. As it is now, only the sequence works. This is _unlike_ all other apps I have used in MS-Windows, where it is not necessary to hold down the key while typing the letter key. As it is now, the sequence gives you an 'f' in the current buffer (most annoying ). I'm not saying "sticky ALT" should be the default behaviour for everyone (and certainly not the _only_ behaviour), only that it should be an option for those of us who are used to the Windows way of doing things. It would also be _nice_ if when you press the ALT key, the accelerator keys in the menu would be underlined. Currently, they are always underlined in certain look-and-feels (like Metal), and _never_ underlined in others (like Windows and Windows Classic). I would be happy just to get the stickyness, the underline isn't so important (although other people's mileage may vary). Thanks for considering this!

Working with a large open source cart, I frequently open 3-5 or more files as I trace the code.
After working in several areas, I may have 15-20 files open.

Eventually I want to close all, but a few core files that are usually kept open.

Choice 1; Individually close a dozen or more files.
Choice 2; Close All and reload the 2,3,4 core files.
Choice 3; Close Selected [a flyout showing open files with a check box for each and one submit button]

I have looked for Choice 3 many, many times.
Its not in the version I have.
Hope to see it in a future one.
Thank you.

I maintain Linux systems that are used for programming at a small liberal arts university. When students print they are generally not very observant to which printer they are printing too. It is useful to be able to set a default printer so that students don't have to figure out which printer they are using. Also, some of the professors that use Jedit to print lots of code examples get annoyed that they have to select the correct printer every time they go to print. If Jedit would use the default system printer or allow one to be configured that would improve the user experience for those at my university. I'm sure other users of Jedit would also like a default printer option.

Hi, it would be great to be able to read the DOS/OEM character set, and to convert it to ansi characters and vice versa.

I really like how easily you can customize the right-click menu and add your own shortcuts. But a feature I think would be really nice would be to have submenu items within the right-click menu. And so you can group shortcuts within a submenu.
For example, when you right click the mouse you would see something like this:
Menu1>
Menu2>

Anything with a ">" indicates a submenu. And then when you click on Menu1, you would see its submenu.

Menu1 >
shortcut1
shortcut2
Menu2 >


regards,
Phong

Is there any option to make the autocomplete feature in jEdit ignore case?

I.e., right now if I have the word "Something" in the buffer, and I type "some" and try to use autocomplete, it will not list "Something" as an option because I began the word with lower case. However, I WOULD like it to list "Something" in this case.

It should be a mode-dependent setting as to whether or not the autocomplete feature is case sensitive.

I do a lot of work with EDI at work, and I've been trying to write a mode for it, but I keep running up against JEdit's mode syntax. It just doesn't support what I need.

EDI is a positional syntax, with fields being of fixed or semi-variable length, seperated by a delimiter. The delimiter itself is variable: While there are supposed to be specific choices, in reality any punctuation character has probably been used. To complicate things more, EDI has the concept of 'segments', which are often seperated by line breaks, but not always. (There again, any punctuation character should probably be considered valid, though in both cases it will stay constant within a file.)

So, ideally, I'd like to match the first few characters to a sequence, then use the next character as a delimiter (whatever character that is), then divide the rest of the file into fields by that character. A known number of fields from the start I can find the segment delimiter, which I would like to use as a line-ending. (In the cases where it isn't, there is usually no other line ends in the file.) Also, I'd like to be able to highlight as tokens certain fields, counting from line/segment-ends.

Problem is, there is no good way to do this in mode-syntax. I can highlight the delimiters, by entering a list of the common ones, but any attempt to highlight what is *within* them meets with problems. The most common problem is that the delimiters can only be part of *one* match. So, for instance, a 'span' rule will only match every other field.

Some of the 'interesting' fields of EDI have specific values, which I can then sequence-match, but many do not.

So, some specific suggestions:
- A delimiter-count match. Choose a delimiter, and match specific sequences divided by that delimiter. (And, possibly, end-of-lines). The delimiter itself is not part of the sequence matched, or at least can be applied a seperate token.
- An extension of the 'Terminate' rule, allowing termination at a specific character (or even regrex) instead of at a specific position. Again, the option to 'eat' the matched character or not.
- A property/rule to allow/force wrapping on specified non-whitespace characters.
- The ablity to _disallow_ wrapping on whitespace characters.

These may not be the best way to approach the problems, but they are rules that I can think of that would help. EDI itself does not have the concept of escape characters, but I can imagine that would be a useful addition to a delimiter rule.

I would like the editor to remember the last (e.g. 10) places where your cursor has been. Then you could just use a keyboard shortcut to cycle through the most recent cursor locations.

E.g.: You are editing code in one area and you need to know the function definition for functionX, so you search for it and possibly edit it, and then you want to simply hop back to the previous character location...or maybe to the place you were editing even before that.

(If you are familiar with the Visual Studio VB 6.0 or .NET IDEs then you might know what I am talking about. They implimented this very nicely. It is CS+F2 in vb6 and C+'-' in .net)

If this is already implimented, just let me know. I may have missed it.
Thanks

Has anyone seen the way eclipse does dynamic variable highlighting within java projects?

This is a really cool feature and I would love to use it on javascript and php through jedit.

When you click on a variable name, it highlights every instance of that variable within a script. To date, there are no php editors with this feature that I am aware of.

I think that -reuseview is probably the intended behavior almost all the time. If that's true, then it should be the default behavior. You shouldn't have to add it to all your shell aliases, application launchers, file associations, etc...