I'm using jEdit under linux redhat enterprise 3 I have XML plug-in 0.13 and sidekick 0.3.4 and I consistanly get thoses messages:
[error] AWT-EventQueue-0: Cannot find CatalogManager.properties
[error] AWT-EventQueue-0: Cannot find CatalogManager.properties
[error] AWT-EventQueue-0: Cannot find CatalogManager.properties
[error] SideKick #1: Cannot find CatalogManager.properties
[error] SideKick #1: Cannot find CatalogManager.properties

It doesn't seems to do anything but its really annoying and i was wondering how I could fix this.
Thanks in advance for your help.

HolyBastard

Hello

I've been using phpEclipse but I've been looking at PHP Designer 2005. How does jEdit compare to these for php development?

I've found Eclipse can be a unstable in that I have to periodically re-install it in Windows. Plus I currently only have a Pentium 2 at home.

I've also got Netbeans 4.1 loaded for JSP2/Servlets

Thanks

Peter Mount

Hi

I tried using the plugin manager to install 11 plugins through my dial up modem at home. I had trouble as I kept getting a timeout message so none of the plugins downloaded. Could this be a problem with the server?

Thanks

In all other applications that I use under Windows, touching and then releasing the ALT key makes the menu bar active, with the "accelerator" keys for each main menu item underlined or highlighted.

This doesn't work under jEdit--the only way to get to a menu item (at least for mouse-phobic people like me) is to hold the ALT key down while guessing the letter for the main menu item (F for File, E for Edit, etc.).

Is this a property of jEdit, or of Java? Is there a way to fix it (and I do mean "fix", since I believe the sticky-ALT behavior is standard in MS-Windows)?

I've encountered a problem with syntax highlighting and MIPS assembly language.
I use the assembly-r2000 editing mode and it works almost perfectly, except that the register name $t0 is not being coloured up. All other registers as far as I can see are coloured green except this one which stays black.

If your not familier with using registers replace that word with variable names.

I was hoping to find someone that has some experience with using jEdit for writing mips code or someone with experience of editing syntax specifications so that I could possibly alter the program to include the register $t0.

Any help or advice would be greatly appreciated. At the moment I feel like I'm missing something obvious since it seems a silly thing to be happening.

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.

Guys, i'm switching from windows to Debian 3.1 and having different little yet annoying issues trying to make JEdit operate exactly the same way as it does on my XP box.

I'm almost there but there's one problem which i can't resolve myself - fonts.

For some reason JEdit doesn't show fonts i copied from XP while KDE and GNOME have no problems with that. What can be causing this?

I'm using JEdit 4.2 final with j2sdk-1.4.2.06...

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.

I am trying to get IndentNextLine to work in a custom XML, but as the Jedit documentation does not cover this in nearly enough depth I don’t know where to start. The example is no help, as there are more of these: “(“ than these: “ )“ which confuses things. The Jedit team should update their documentation of this really, but in the interim could someone fill me in?

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 am new to jEdit. I apologize if this is the wrong forum.

First, let me say that installation of jEdit was easy and totally successful. I first upgraded to JDK 5 but that is no problem.

Before installing jEdit, I downloaded a few plugins at the same time that I downloaded jEdit. Later I discovered that I was not supposed to do that, correct? I am supposed to install jEdit first, then use the plugin manager to install plugins, correct? When I say "supposed to", I mean that it is the solution that is provided and is the intended method. If I am correct that it is best to first install jEdit, then there should be some comments in the jEdit plugins pages.

Also, the documentation says that a plugin can be installed either as a system plugin or a user plugin, or something like that. Yet it does explain the difference.

Okay, while typing this, I think I realize what the difference is. Perhaps the difference is obvious to those that know what the difference is, but it is not obvious to those that do not know what hte difference is. A system plugin is available to all in a system, whereas a user plugin is available to only the user. Is that it? If so, then the reason it is not obvious is because it is not clear that there is no difference among the plugins. In other words, every plugin can be either a system or a user plugin, but that is not made clear. You simply need to state (if this is correct) that a plugin can be installed either as a system or a user plugin.

When I click on View > New Plain View, I get a view that contains: Menubar: File, Edit, Search, etc. Toolbar: <<= =>> Buffer Switcher [If I have it on] Buffer Tabs ==== ruler ===== Text Area The strange <<= and =>> in the Toolbar are not part of the configured list when I view Global Options. They don't seem to actually do anything (clicking does nothing). In fact, they look like pale gray versions of the black Back and Forward buttons in the help browser. How can I make them, and the whole toolbar, disappear? How can I make the buffer tabs and/or the buffer switcher disappear on "Plain Views" but not on my Main view? Ideally, I'd like the buffer name in the window bar, a ruler, and the text area, and nothing else. Absent that, I'd accept a File/Edit menubar. But that's PLAIN. I want PLAIN. I sure don't want a half inch of empty space with two dead buttons in it. Comment? =Austin

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!