Favorites / FTP-Plugin: label for connections?
Submitted by
pepl on
Thursday, 23 November, 2006 - 10:51
Hi!
I'm using jEdit to edit files (almost Perl) which resides on Unix servers who are placed in strong secured areas in our company.
The only way to access these files is to use a special server over which i have to establish SSL tunnels to the servers.
This means that i'm always connecting over one server on different ports.
I save these connections as favorites and unfortunately they all, for example, look like this:
'sftp://user@server:55010/usr/ldap'
'sftp://user@server:55020/usr/ldap'
'sftp://user@server:55030/usr/ldap'
'sftp://user@server:55040/usr/ldap'
'sftp://user@server:55020/prj/ldap/scripts'
'sftp://user@server:55040/prj/ldap/scripts'
This could be connections to four different servers - ports 55010,...,55040 (e.g. production, test, etc.).
Until now i have 12 connections defined who all look like the example above.
As you can see this ist very confusing, very unclear.
If there where the possibility to enter labels for favorites or for ftp-connections it would be much easier for me.
In Ultra-Edit there's a possibility to name (to label) connections (i used Ultra-Edit before).
Do you think it's possible to create a feature like labeling or naming favorites or ftp-connections?
Thanks
Pepl
exam prep sites ?
Submitted by
jakannan on
Monday, 13 November, 2006 - 23:14
iam going to study for mcse , ccna and ocp in my next couple of month and i was looking for sites with package deals .... i came across hotcerts.com . anyone knows how good is their $85 all exams package and is it worth it ???? . looking for ur responses
Remove blank lines
Submitted by
maxie_ro on
Tuesday, 31 October, 2006 - 09:21
There is something I would like to see implemented in jEdit, if it's possible:
A customizable feature to remove blank lines, similar to Alt+R in Notepad2.
For example, the user can opt to remove all blank lines, or where the number of consecutive blank lines is higher than a certain number (for example, remove a blank line where there are >= 2 blank lines).
Thanks!
Project(s)-wide SideKick
Submitted by
shlomy on
Monday, 23 October, 2006 - 13:46
The SideKick plugin currently provides a tree for the current buffer, which can be updated each time the buffer is modified or another buffer becomes the current buffer.
How about a project-wide SideKick? I normally work on an entire project, not a single buffer. I have many buffers open at the same time and I frequently switch between them (or open new ones). Nearly every single feature/bug fix I write involves several files. A project-wide SideKick could help navigate an entire project - for example, I don't need to know where a function is defined (or even type its name) in order to go to it. I can simply click it in the project-wide SideKick.
To be generally useful, a project-wide SideKick would probably need some filtering, but this in itself is an issue for another discussion. What do you think about a project-wide SideKick? The CtagsSideKick plugin, for example, could use existing (project-wide) tag files to generate much more information than it currently does.
Regular Expressions backreference feature
Submitted by
sjoaquim on
Thursday, 19 October, 2006 - 18:39
Hi,
I've tried to use the standard backreference for regular expressions (\1) in the "Replace with:" field of jEdit's Search and Replace with no success. I also tried to use variations of the common sintax for most regex-oriented languages like Perl or Ruby, which is something like this:
s/<span id=\"([^\"]*)\">/Value is equal to \1/g
But had no success.
Do you know if jEdit implement a different kind of backreference or if it really doesn't implement it at all? If so, wouldn't it be nice to have it?
Thanks!
Default edit mode for specific file extensions
Submitted by
shlomy on
Sunday, 15 October, 2006 - 22:23
Today, edit modes declare the file extensions they handle. The same file extension may be specified for several edit modes, and it's okay. For example, '.h' files can be both C, C++, or Objective-C files. So far, this is natural and good.
When the user opens a buffer, jEdit selects the first edit mode that can handle the extension of the buffer and uses it. Sometimes, this is not the mode that the user wanted to use. For example, I opened a file "a.h", and it was opened in Objective-C mode, but I never program in Objective-C, only C++. So I have two options:
1. Use the "buffer options" to change the mode for the current file ("a.h"). This means that if I then open "b.h", it will again open in Objective-C mode and I will have to change it as well.
2. Use the "global options" to remove the association between Objective-C and ".h" files (and I might need to do this for other modes handling ".h" files as well except C++). This means that all ".h" files that I open from now on will be opened in C++ mode, but: a) I had to do some work (remove the associations from all other modes), and b) if at some point I'm going to use Objective-C, I will need to add the association again.
I suggest to add the following feature to jEdit: A "default modes" list, where the user can specify for specific extensions which modes he'd like to use. If an extension is not on the "default modes" list, jEdit will choose the mode just as it does now. However, if the extension is on the list, it will use the mode specified in the list. So if I see that my ".h" file was opened in Objective-C, I will simply add an association from ".h" to "C++" to that list, and all future buffers of ".h" files will use C++ mode.
Furthermode, I suggest a user-friendly GUI to support this list: In the status bar, the text string specifying the current edit mode will be replaced by a combo box. If the mode used for the buffer is not the desired one, the user will be able to select the desired one from the combo box and the mode selected will be set automatically as the default mode for this extension (i.e. automatically add to the "default modes" list or automatically update it).
Feedback will be most welcome...
Plug-In BufferTabs: Copy File Name/Path embedded with quotes when containing space character
Submitted by
uhuebner on
Wednesday, 11 October, 2006 - 14:56
Hi there,
I would like to see the option (checkbox in plug-in options) for the plug-in BufferTabs to embed the file name/path with quotes when there is a space character in it.
Just to let you know
Regards
uhuebner
nested comments
Submitted by
denserMan on
Friday, 6 October, 2006 - 18:17
I have a hard time believing this hasn't been requested but I didn't find a request when I searched.
I would love to have nested comments highlighted. In particular, ColdFusion nested comments. I fiddled with the existing highlighting but couldn't make it work and now it looks like jEdit can't do that anyway.
Thanks!
CodeBrowser: Different tree presentations
Submitted by
shlomy on
Thursday, 28 September, 2006 - 21:47
Hi,
I'd like to add the following features to the CodeBrowser plugin:
1. An option to show tags with their namespace (i.e. classes, structs, ...) instead of the plain tag names - useful mostly for OO languages (C++, Java, ...). For example, if a file "a.cpp" contains functions "void A:f()" and "void B:f()", you will see "A:f()" and "B:f()" in the tree instead of two undistinguishable "f()" nodes. What do you think?
One of the questions regarding this feature is what to do with the right-click menu operations: Insert, Hypersearch, Copy, ... when the namespace option is used. Should these work on the namespace-qualified tag or continue to work on the plain tag name?
2. An option to have the tags grouped under their namespace, instead of under their tag type ("Function", "Variable", "Class", .. ), and an icon for each tag that specifies its type. Such a presentation of the tree would make it look more or less like the "Outline" view in eclipse. I think such a presentation may be more useful than the current.
At a later stage, the CodeBrowser tree can become completely customizable using an XML configuration file that will map "ctags" information into tree node strings and icons.
Please tell me what you think.
Thanks,
Shlomy
Should we close this foum to new posts?
Submitted by
AlanEzust on
Tuesday, 26 September, 2006 - 04:48
I'm sure there are valuable discussions in this forum, so I think it should stay here for historical purposes, but all new feature requests should be posted to the sourceforge.net feature requests tracker, and further, any important ones that are posted here should also be moved there and given a unique ID, which can be closed when the feature is actually implemented. Don't you agree, vampire?
[SuperAbbrevs] Delete groups
Submitted by
kochka on
Sunday, 24 September, 2006 - 13:59
Hi
First, thanks a lot for this great plugin !
The only thing i've not found into the plugin is the ability to remove unwanted groups.
Example :
belongs_to :${1:object}, :class_name => "${2:ClassName}", :foreign_key => "${3:foreign_key}_id"$end
In this template, most of time I need only the first var group. I know I can bind all templates I need but It make a lot of shortcuts to memorize.
It would be great to have the ability to tab on a var and remove the group with a binded key :
belongs_to :${1:object}$[, :class_name => "${2:ClassName}"]$[, :foreign_key => "${3:foreign_key}_id"]$end
When I tab to go on $2, I can remove all the group ', :class_name => "${2:ClassName}"' with a binded key.
It can be usefull also for things like "if then else end", cause I need to make different shorcuts with one for the "else" case, and only one could be done with such a system.
I hope you have understood what I mean
Thanks a lot !
change buffer order
Submitted by
nowad3 on
Sunday, 24 September, 2006 - 13:18
Hi! I have installed the plugin BufferTabs. Is there generally a posibility, when there are several files open, to change the order of this buffer tabs?
greets nowad
C/C++ tags
Submitted by
shlomy on
Sunday, 17 September, 2006 - 13:20
Hi,
There are several features I would like to have in jEdit, related to C/C++ tags. Please let me know if there is any work being done on these features (or any plans to implement them). I consider implementing these features myself, either by contributing to existing plugins or by writing new ones. Here are the features:
1. GUI for the creation of tag files (e.g. a dialog interface for 'ctags'). I'd like to see that as part of the Tags plugin.
2. Automatic update of tag files as buffers are being modified. The CodeBrowser plugin provides a similar functionality, but it only works on the current buffer. I'd like to see this functionality in the Tags plugin.
3. Provide different options to 'ctags' when parsing H files and when parsing C/C++ files. From what I saw, 'ctags' by default collects only function/method definitions, but if you run it with "--c-types=p" it will collect function/method prototypes instead. Usually, I'd like the tag files to contain both the prototypes and the definitions, so 'ctags' should be invoked with different options on these types of files. This request applies both to the CodeBrowser (which, in my project, shows only a small subset of the prototypes in my H files) and to the Tags plugin if requests 1&2 above will be implemented. BTW - there is also an option in 'ctags' to collect local variables.
4. 'ctags' provides only prototypes/definitions. When writing s/w, one usually also needs to see all the references to some identifier. The GNU 'global' tool uses 'gtags' and collects both definitions and references. I'd like to have support for the 'global' tool as well, either as part of 'Tags' or another plugin.
My email is: sreinst1@walla.co.il.
Thanks,
Shlomy
automatic encoding detection in HTML/XHTML
Submitted by
priitoorn on
Tuesday, 8 August, 2006 - 14:18
The encoding autodetection should try to get the HTML or XHTML file's encoding from "Content-type" meta tag:
{meta http-equiv="Content-type" content="text/html; charset=windows-1257"}
{meta http-equiv="Content-type" content="text/html; charset=UTF-8"}
{meta http-equiv="Content-type" content="text/html; charset=ISO-8859-1"}
and of course you should replace the { } with html tag brackets.
and btw. get rid of this bullshit "terminated request because of suspicious input data" error in this forum ...
automatic UTF-8 detection
Submitted by
mh147 on
Tuesday, 8 August, 2006 - 09:14
At several places, the devolopers state that one cannot auto-detect UTF-8 files.
That is not true. Other editors can do that reliably. Even Windows Notepad.
Here is what I think they are doing internally:
1. open the file byte-oriented
2. look if there are special UTF chars in the file (e.g. Ã)
if not: display the this way (byte-wise)
if so:
3. re-open (or scan) the file as UTF-8, looking if it loads error-free
(for instance all Ãx character pairs are valid UTF chars)
if so: display the file as UTF-8
if not:
4. re-open the file byte-oriented and display it this way
Of course, there is a chance, somebody would combine weird chars in a way it would accidently look like a valid UTF-8 file. But compare how often such a file would occur and be mis-detected by the proposed algorithm to the the amount of genuine UTF-8 files that get opened in jEdit and are mis-detected by the current auto-detection. This is a dozen against some million.
Looking at entries in this forum, I think this feature is more than due in order for jEdit to keep up-to-date and to continue gaining new users.
Plugin to change encoding easily
Submitted by
raspi on
Thursday, 27 July, 2006 - 11:35
Hi,
I'd like to see plugin that allows to change encoding quickly. Like ISO-8859-1 to UTF-8, ISO-8859-15 to UTF-8, ISO-8859-1 to HTML, etc.. I'm tired of doing search & replaces n+1 times.
Extended Plugin Manager
Submitted by
Baldurien on
Sunday, 23 July, 2006 - 16:48
Hi,
That would be cool for the plugin manager to :
1. select only plugin available for the current version of jEdit
2. disable all plugin that can't work for the current version of jEdit
I remember the customisable fold handler that didn't work from 4.2 to 4.3...
Also, if we could have an update manager ala Firefox Bon Echo (2.0), that would be the best
(Anyway, I don't know if it's the first thing I would do if I were developping for jEdit)
Thank you
Long Time EditPlus user feedback
Submitted by
Giesen on
Monday, 17 July, 2006 - 05:48
As a long time programmer, a high quality text editor is crucial to what I do. I use heaver IDE's (Visual Studio, Eclipse, NetBeans) for a lot of my work, but for various SQL, scripting languages, and file searching, and text file processing, I use a separate dedicated text editor. I've been a long time user of EditPlus and am just now switching over to jEdit.
Overall, I'm very impressed with jEdit. I thought it would be unlikely to beat EditPlus and this did it. However, I'd like to share my thoughts and suggestions.
Pros:
- Cross Platform: Huge advantage. EditPlus is Windows only. jEdit runs on all Java platforms (Windows, Linux, Mac, Solaris) so I can easily move between platforms.
- Free: I don't mind sending in a donation for a program I use so much, but it's so nice to not need to worry about licensing every copy I install
- Better Plug-in/Scripting/Macro support. By far. Excellent thus far.
- Awesome syntax highlighting for several languages (Java + SQL)
Cons:
- HyperSearch: I like EditPlus's setup much better. I wish the HyperSearch could be displayed in a pane in the main jEdit window rather than in a separate window. I also wish it displayed results as it found them rather than making you wait until the entire search is complete before showing you anything.
- Search/Replace: Regex support is buggy (didn't have time to boil down to simple cast and post, but I saw definite bugs). No multi-line Regex option. How do I replace \n\n with \n (eliminate blank lines)?
- No built-in sort/dedupe. Didn't see a plugin either. Maybe I missed this? This is crucial for a text editor.
- No "column selection". Did I miss this? Very important feature.
- No ability to set "type" of unsaved buffer. Sometimes I typing SQL into a buffer that I don't want to save, but I want syntax highlighting.
- No keyboard shortcut to enable/disable soft word-wrap. I frequently need to turn this on/off. I hate having to navigate the menus to do this.
- Name. I love Java, but this is product really excels as a general purpose text editor rather than a Java specific tool. Couldn't this use a less Java-centric name? Most .NET coworkers would love this tool but be turned off by the name.
Default encoding per mode
Submitted by
asteiger on
Wednesday, 12 July, 2006 - 19:51
Older versions of jedit had this functionality. You could set the default encoding for different modes, but it was changed to a global setting.
Check for Plugin Updates
Submitted by
icon on
Friday, 7 July, 2006 - 16:15
A feature that I would find useful, is a global option that will launch a search for plugin updates at startup and displays the plugin manager or a dialog box if any exist. The same functionality could be used for jEdit program versions as well. The key would be that it is a user set option, so it can be enable/disabled at will.
Adding this option would prevent spending time checking for updates periodically or having to set up an rss feed.
//i\\