jEdit Community - Resources for users of the jEdit Text Editor
Help info Find, and Up and Down
Submitted by a992400 on Monday, 24 October, 2005 - 04:56
When viewing a Help page, when the right hand pane (the one containing the actual Help text) has focus, it would be great to be able to search for a string on the page.

Also, Page Up and Page Down work, but the Up and Down arrow keys do not. They could raise or lower the text one line at a time.
Alt hotkey for Search > Find dialog Find button
Submitted by a992400 on Monday, 24 October, 2005 - 04:43
The Search > Find dialog dialog box has a default button, "Find", which does not have an Alt hotkey (unlike the other buttons). Even though the user can hit Enter, it would be more convenient to hit Alt + F, since the user is often already using Alt + R to make replacements when prompted.
Search > Find dialog box should not block found text
Submitted by a992400 on Monday, 24 October, 2005 - 04:42
The Search > Find dialog box often blocks the found text. It should automatically move up or down, revealing the found text, so the user doesn't have to do it manually. Surely the code that finds and highlights the text knows what screen line it is on, and the current position of the dialog box.
Show matching quotes
Submitted by a992400 on Monday, 24 October, 2005 - 04:33
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.
Ignore "}" lines when doing folding
Submitted by a992400 on Monday, 24 October, 2005 - 04:29
Currently jEdit will fold code like...
    sub x() {
        yadda yadda
    sub y() {
        yadda yadda
    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.
Don't expand fold when paste it
Submitted by a992400 on Monday, 24 October, 2005 - 04:21
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.
Submitted by Robert Schwenn on Sunday, 23 October, 2005 - 17:49
Please: add a popup menu item to "save as ..." the current buffer.
StatusBar: time of current buffer
Submitted by Robert Schwenn on Sunday, 23 October, 2005 - 17:42
It would good to see date and time of last save of the current buffer's file in the status bar.
Load/save of abbreviation sets?
Submitted by davmay on Saturday, 22 October, 2005 - 01:14
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.
Load/save of abbreviation sets?
Submitted by davmay on Saturday, 22 October, 2005 - 01:14
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.
Submitted by hithacker on Wednesday, 19 October, 2005 - 16:08
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.
FTP with Project Manager (first time poster)
Submitted by Nicodemas on Thursday, 13 October, 2005 - 22:33
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... Sad

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.
Color per mode, not global color and adding new color type
Submitted by Baldurien on Wednesday, 12 October, 2005 - 13:32

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 :

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

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)
sticky ALT key
Submitted by McSwell on Monday, 10 October, 2005 - 18:56
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 Sad). 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!
Close Selected
Submitted by Juxi on Friday, 7 October, 2005 - 15:32
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.
Default Printer
Submitted by Jason16384 on Wednesday, 5 October, 2005 - 21:19
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.
Submitted by jaguar080 on Tuesday, 4 October, 2005 - 20:58
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.
expanded right- click menu
Submitted by vupt on Tuesday, 27 September, 2005 - 00:09
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:

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

Menu1 >
Menu2 >

Case INsensitive autocomplete
Submitted by rwprogrammer on Friday, 23 September, 2005 - 15:38
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.
Mode Syntax Options - Positional Modes
Submitted by DStaal on Friday, 23 September, 2005 - 14:48
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.
User login
Browse archives
« March 2017  
Are you interested in language packs for jEdit?
Yes, and I could help maintain translations
Yes, I'd like to have translations
No, that'd be bad (please comment)
Total votes: 1092
file   ver   dls
German Localization light   50023
Context Free Art (*.cfdg)   0.31   40175
JBuilder scheme   .001   16457
ColdFusion scheme   1.0   16013
BBEdit scheme   1.0   16012
R Edit Mode - extensive version   0.1   14179
Advanced HTML edit mode   1.0   13530
Matlab Edit Mode   1.0   13403
jEdit XP icons   1.0   12870
XP icons for jEdit   1.1   11920