I'm trying to improve the highlighting on methods and properties in my Powershell mode. It seems to me that lookbehinds are the best way to get this done. The following example shows what I believe to be a valid statement:
<SEQ_REGEXP TYPE="KEYWORD3">(?<=\$[a-z]{1,100}\.)\w+(?=\()</SEQ_REGEXP>
This matches "$foo.bar()" when I do a search but doesn't highlight it (I'm trying to highlight "bar"). Is this something to do with the tokens being passed aroung the highligher simply not having characters for the lookbehind to match?
I don't see any other modes using this technique so I'm wondering if anyone has tried it.
Is there a way to define a wildcard to define a keyword for highlighting? I want to have all of the key words LCD_Col1, LCD_Col2, ... , LCD_Col99 highlighted the same color?
I can't get the ContextHelp plugin to work (in my case, PHP). I downloaded php_manuan_en.chm, moved it to .jedit/contexthelp/php, modified the filename accordingly in .jedit/contexthelp/php/keyword.bsh but... zilch. I select a function name, I run "Plugins -> Context Help -> Search keyword" and nothing happens.
Does anybody have an example for a valid configuration of ContextHelp? Also, is this plugin still compatible with the latest versions of jEdit? The latest plugin version is dated March 27, 2003!
I just stumbled across jEdit yesterday, and it looks promising, but I have a few issues:
1. How do you save editing sessions? Let's say I have 10 buffers open, with different screen arrangements, etc. How do I save all of that so I don't have to re-load buffers and re-position the panes? I'm not trying to start a flame-war, but Vim does this easily.
2. Again, a comparison to Vim, but how do I easily resize all panes to be of equal size?
3. What about tabs for organizing your editing views?
I know someone's going to say, "Well, if you like Vim that much, just use it." And I do. But I like what I see of jEdit so far, and want to give it a chance.
Radical is a GUI builder that can work as a jEdit plugin: http://radical.sourceforge.net/
Project author is (or was) Richard S. Hall. Project development stopped a while ago, and I'm trying to revive and modernize it now.
The version provided here works (to some extent) within jEdit. You can generate Java source code from the GUIs you create. Feel free to try it and comment on it. Please read the usage instructions provided on the web page; some learning is required in order to use the tool, but it's a great tool in my opinion. The main thing I'd like to do is use an XML persistence model for the forms (possibly an existing open source XML model like SwingML) instead of the binary format currently used.
The jar file attached here is built against the latest development version of jEdit trunk, 10708. But I assume it can work with older versions too as the plugin itself is quite old.
Hi, I have been having an issue as of late where Jedit will print out in 1/4th scale. I have gone though all the options I can see and have found nothing which would cause the scaling. No other app is doing this.
I found the fixed number of token types in jEdit very restrictive and unpleasant. When I have some combined code (HTML + PHP + evt. JavaScript + CSS), jEdit colors everything in the similar colors. But having blocks written in different language looking different would be so nice...
I studied jEdit's highlighting definition syntax and figured out that this is not limited by the highlighting system, but by the number of token types.
I've tried jEdit long time ago, then it was quite user unfriendly, crashing and run slowly on my then computer. Now I've found that with plugins, it has all features I look for to switch from my favorite but old editor, HomeSite (which's developement has already ended), EXCEPT for the genial syntax coloring of HomeSite... I will put a screenshot at http://ondra.zizka.cz/temp/HomeSite_screenshot.png . (Intentionally synthetized mix of all languages together, what is bad practice).
So, my feature request is:
As far as the "parsing" system is capable of the feature I ask for, and even the mode files would not have to be rewritten, I guess this is only a matter of the following:
Let's not have fixed set of token types; instead, let's track all token types of each mode and let it be configurable similarly to shortcuts:
1) Separate color configuration for each mode, and
2) Global default color config for certain token types (comment, keyword1, operator), which would be applied if the specific mode setting would be "use default for this token type".
Is this in plan? Or could be? Was it already proposed? I didn't find.
Any response and opinions welcome.
in some IDEs and editors, project management is handled so the files comes to separated pane, as you can see at this screenshot of HomeSite:
http://ondra.zizka.cz/temp/HomeSite_screenshot.png (if not there yet, I'm still looking for the appropriate file to highlight
How about having an optional possibility to show it that way?
In the feature requests forum it was said that feature requests are better posted to the tracker on sf.net.
So I think the forum should close and be replaced with a link to the tracker. Respectively the advice "Please do not submit bug reports to the forums ..." should be expanded for feature requests.
I've installed the Xinsert plugin, and I can modify its options, all the dependencies are installed, everything seems to be right, but its functionality seems to be totally missing. When selecting it on the plugins menu bar, its just 1 entry and it does nothing. Any help would be appreciated.
This editor mode adds syntax highlighting for DokuWiki page editing. The file extensions ".doku", ".dokuwiki", and ".wiki" are used for this mode. HTML mode is imported into this mode to support HTML embedded in the target document.
Just put this together, as my site is running a series of articles on customizing jEdit for use as the preferred editor on OS X. To install: Close jEdit (otherwise, the icons won't change until the next time you launch it), and, if you're using OS X, chances are you will need to "Authenticate" when you place this jar file into your Java home directory (i.e., /Library/Java/Home/lib/ext on plain-vanilla OS X). This means you must type your administrative account's password before OS X will let you place the file in the system folder.
Hope you enjoy it! And please, stop by the site and let me know if you do!
In case you're not happy with the standard icon set, I've uploaded a new icon pack to the Icons and Images section which should give you a more natural looking OS X app. The pack (and instructions for making jEdit look and feel as much like a native OS X app as possible) are also available at my Web site. (Just want to get as many Mac switchers as possible using this great editor!)
Hi all,
Is it possible to write a macro that can return the xpath of the element or attribute the cursor is located at?
For example, given the following xml document, and assuming the cursor is located on the Target element, the macro would return the string: /Links/Link/Target
/htdocs/images/coffee_cup.jpg
I can not find this functionality in the XML plugin or elsewhere.
Possible?
Thanks,
Paul
As soon as you try to type the ':' the whole line will shift over to the
left.
First it has to be saved as a .java file, if it isn't saved as anything
it'll happily work correctly. So create a simple, valid, .java file
and try to add the above lines to it. I have my jEdit set to not use spaces for tabs.
And you have to use tab(s) at the start of the lines.
As soon as you type the ':' The whole line will indent to the left.
Now delete the System.out.println() line, and this time type it
again, but skip typing the ':' and finish the rest of the line, then
go back and add the ':', it will work fine and won't indent the line.
How crazy is that?
I'm looking at the code, and trying some things, but it's still hard to
track down.. It doesn't seem to be a key translation issue, although
it does say:
One feature that I thought would be useful is to have an Opacity controlled "window" plugin.
The plugin would only be useful when docked into one of the defaut positions. However once docked it would have options to control a level of transparency; allowing you to see your desktop of whatever operating system your using. In my case, I like to run PuTTY at the same time as jEdit for running PHP scripts. What I would like to do with this transparency window is to be able to control the PuTTY shell/window through the "window" plugin without minimizing jEdit.
Basically like punching a hole through the jEdit program. Because desktop control would stay as is depending on the operating system and jEdit wouldn't have to be minimized or render any desktop applications specifically. The only thing jEdit would do is provide a hole to see through to your desktop then you could run and use desktop applications normally(the applications would be external to jEdit so if you minimized jEdit you would still be able to use the applications as you would normally).
I don't think this is possible yet, but it would be a nice feature in my opinion.
Although, last I remember Java was still working on a way to control desktop applications using Java, I'm not sure if this has progressed or not...
Anyway, its just a random idea I had. Comments are welcome.
...there's an active jEdit community, but this forum gives the impression discussion is slow/dead. It's also somewhat unfriendly to newcomers as a fair number of threads never get a response.