jedit-devel Mailing List for jEdit

I am trying to write a macro to compare 2 files using 3rd party compare
tool, (JDiff is good but not the best).

I am planning to have 2 drop down list which would list all the opened files
in buffer. Is this possible, if yes please let me know.


The closest I could come by my minimal Java knowledge is , having text
fields and setting the value based on buffer.getPrev(), but for this to work
i have to make sure the 2 files which I want to compare should be next to
eachother.

        <CAPTION LABEL="File specification">
            <FILE_ENTRY LABEL="File 1" VARNAME="from" EVAL="buffer.getPath()"
/>
            <FILE_ENTRY LABEL="File 2" VARNAME="to"
EVAL="(buffer.getPrev()).getPath()"
/>
            <FILE_ENTRY LABEL="File 3" VARNAME="to2"
EVAL="((buffer.getPrev()).getPrev()).getPath()"
/>
        </CAPTION>


Any help would be very helpful.

Thanks


On 10/9/06, Eric Berry <el...@gm...> wrote:
>
> Manoj,
>    I'm not sure about the commando part, but you could just use the
> JDiff Plugin which compares any two files you want that are currently
> open in jEdit.
>
> On 10/9/06, Manoj <ps...@gm...> wrote:
> > I want to setup Console> Commando for calling a Compare Tool which would
> > compare 2 files, there 2 files would be opened in the jEdit.
> >
> > For this, I want to setup 2 drop-down list, each of which would have all
> the
> > files opened in the jEdit.
> >
> > How would I get list of files which are opened in the jEdit.
> >
> > I can get the current buffer using "buffer.getPath()", but how to get
> all
> > the opened files in the jEdit ?
> >
> >
> > Thank you and appreciate your help.
> > Manoj
> > --
> > Let your presence make difference to the world!
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> > opinions on IT & business topics through brief surveys -- and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >
> > --
> > -----------------------------------------------
> > jEdit Users' List
> > jEd...@li...
> > https://lists.sourceforge.net/lists/listinfo/jedit-users
> >
> >
> >
>
>
> --
> Learn from the past. Live in the present. Plan for the future.
>



-- 
Let your presence make difference to the world!

Feature Requests item #1606258, was opened at 2006-11-30 18:45
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1606258&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: plugins
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: discoleo (discoleo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlighting: MetaPost Language

Initial Comment:
Highlighting: MetaPost Language
===============================


The *MetaPost Language* is a high level graphical language. A free implementation can be found on sourceforge.net, project Asymptote (http://sourceforge.net/projects/asymptote).

It would be very nice to have a plugin for jEdit to highlight these scripts (".asy" files in Asymptote). It is a very powerfull graphical language that deserves support in jEdit.

The language is very graphically oriented, so that none of the existing plugins could accomplish an acceptable highlighting. Gnuplot comes possibly closest, but there are still funcitons and constructs that do NOT map well.

Kind regards,

discoleo

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1606258&group_id=588

Feature Requests item #1606252, was opened at 2006-11-30 18:30
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1606252&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: plugins
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: discoleo (discoleo)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlighting: S+ Language

Initial Comment:
Highlighting: S+ Language
=========================

The S+ Language is a powerfull statistical language. It is used both in open-source applications as well as in commercial ones (e.g. SPSS).

The R program is an open source implementation of the S+ language (see http://cran.R-project.org or any of its mirrors). It is a *state of the art* statistical program and I (and many others) consider it to be the *gold standard* in statistics.

Various extensions and scripts (so called R files, with extension "*.R") are written in S+. I would welcome a specific plugin to highlight these files, too. It is a sort of awk (e.g. awk-style comments) with some elements of C++ (and of course some specific statistical elements).

There is an extensive documentation on the R homepage. If there are any questions, I would be glad to help.

Kind regards,

Leonard Mada
[aka discoleo]

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1606252&group_id=588

Feature Requests item #1604149, was opened at 2006-11-28 00:17
Message generated for change (Comment added) made by mattmgm
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1604149&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
Summary: FTP plugin: support for fish:// protocol

Initial Comment:
It would be nice if the FTP plugin could access ssh servers that are not running sftp. For that, you need to use another "pure ssh" protocol, which currently is known as "fish://" by the KDE developers. It would be nice if that same protocol were supported by jedit's FTP plugin.



----------------------------------------------------------------------

Comment By: Matt (mattmgm)
Date: 2006-11-30 18:20

Message:
Logged In: YES 
user_id=45392
Originator: NO

I concur.  It should also be noted it is used in lftp.  If the remote
server is only running ssh1, I think this is the best option.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1604149&group_id=588

Feature Requests item #1605874, was opened at 2006-11-29 23:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1605874&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marcelo Vanzin (vanza)
Assigned to: Nobody/Anonymous (nobody)
Summary: CScopeFinder: action to type symbol to search

Initial Comment:
Currently CScope has actions that work on the caret position/selection, but there's no action I can see to prompt for the symbol to be found (useful in some situations).

I'll leave this assigned to "none" but I'll eventually take a look at this.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1605874&group_id=588

Feature Requests item #1605873, was opened at 2006-11-29 23:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1605873&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marcelo Vanzin (vanza)
Assigned to: Marcelo Vanzin (vanza)
Summary: CScopeFinder: integrate with ProjectViewer if present

Initial Comment:
I think integration with PV would be a useful addition to CscopeFinder; for example, providing an action to re-index the project (or do it automatically in some fashion).

I'll take a look at this eventually.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1605873&group_id=588

Plugin Bugs item #1605872, was opened at 2006-11-29 23:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1605872&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marcelo Vanzin (vanza)
Assigned to: Nobody/Anonymous (nobody)
Summary: CscopeFinder: ArrayIndexOutOfBoundsException

Initial Comment:
Every time I use the "Find this C symbol" I get something like this:

[error] BeanShellAction: java.lang.ArrayIndexOutOfBoundsException: 251
[error] BeanShellAction:  at cscopefinder.CscopeFinder.putstring(CscopeFinder.java:578)
[error] BeanShellAction:  at cscopefinder.CscopeFinder.findsymbol(CscopeFinder.java:811)
[error] BeanShellAction:  at cscopefinder.CscopeFinder.find(CscopeFinder.java:246)
[error] BeanShellAction:  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[error] BeanShellAction:  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[error] BeanShellAction:  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

I'll take a look at this when I find some time, but if anyone would like to, feel free to fix it. :-)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1605872&group_id=588

Patches item #1604585, was opened at 2006-11-28 09:46
Message generated for change (Comment added) made by devrellim
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Miller (devrellim)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConfigurableFoldHandler update for jEdit 4.3pre3+

Initial Comment:
Since the FoldHandler API changed in 4.3pre3 to pass a JEditBuffer instead of Buffer, the ConfigurableFoldHandler plugin has not functioned.  Please see:

https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588
and
https://sourceforge.net/tracker/index.php?func=detail&aid=1431462&group_id=588&atid=565475

Please forgive the state of the patch;  I'm not a java guy and since the ConfigurableFoldHandler plugin isn't in the SF.Net CVS or SVN repositories I was unable to follow the instructions provided.

The patch is against the ConfigurableFoldHandler-0.6.1 source.  



----------------------------------------------------------------------

>Comment By: Chris Miller (devrellim)
Date: 2006-11-29 18:53

Message:
Logged In: YES 
user_id=1655985
Originator: YES

I've added a patch made against svn.

----------------------------------------------------------------------

Comment By: Chris Miller (devrellim)
Date: 2006-11-28 14:26

Message:
Logged In: YES 
user_id=1655985
Originator: YES

The binary and source were available within jEdit's plugin manager -- a
quick check later and I see it's in the jEdit Plugin Central project:

http://sourceforge.net/project/showfiles.php?group_id=64089&package_id=67152&release_id=199972

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-11-28 14:18

Message:
Logged In: YES 
user_id=935841
Originator: NO

Where did you get 0-6.1? I only found 0.4 in subversion. I guess we need
to get that version too.


----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-11-28 14:16

Message:
Logged In: YES 
user_id=935841
Originator: NO

I just added ConfigurableFoldHandler to the jedit subversion.
Could you check it out and then create a patch against it?




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Bugs item #1605684, was opened at 2006-11-29 16:42
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1605684&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Manoj (manojzanwar)
Assigned to: Nobody/Anonymous (nobody)
Summary: Invalid key stroke in 4.3 pre7

Initial Comment:
I am getting following error in the activity log:

[error] DefaultInputHandler: Invalid key stroke: C+e C+BACK_QUOTE
[error] DefaultInputHandler: Invalid key stroke: C+e C+BACK_QUOTE


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1605684&group_id=588

Plugin Central Submission item #1605648, was opened at 2006-11-29 14:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1605648&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
Summary: SideKick 0.7.1

Initial Comment:
Paste the text below into the Plugin Central Submission Tracker at http://sourceforge.net/tracker/?group_id=588&atid=625093

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

{{{ SideKick 0.71
    Source: Source code is in SVN tags/release-0-7-1
    Announcement: Version 0.7.1 requires JDK 1.5, jEdit 4.3pre8 and ErrorListPlugin 1.4.
        
        SF.net bug # 1593604 - reparse on save happens only in the active view.
        Sf.net bug # 1595835 - can't switch to default parser
        
        Version 0.7 requires JDK 1.5, jEdit 4.3pre8 and ErrorListPlugin 1.4.
        
        Added a mode-specific option pane, so that settings can be customized on a mode basis by SideKick and its parser service plugins. (ezust).
        
        Made the completion popup accept-characters configurable. Prevented the completion popup from showing when the word at the caret is the same as a completion list entry. (hertzhaft)
        
        Recuses into non-asset nodes #1571697, 1573034. (shlomy)
        
    Requires Java 1.5
    Requires jEdit 04.03.08.00
    Required plugins: 
        errorlist.ErrorListPlugin 1.4
    
    Short Description: The SideKick plugin provides a dockable window in which other plugins can display buffer structure in a tree view.
    
    Long Description: <html>
<p>
The SideKick plugin describes a framework for structure browsing and completion. 
It defines a single dockable window which can be used to show a tree structure of the
current buffer. It also defines a specification for how plugins can provide language-specific completion popups.
</p>
</html>

 
 }}}

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1605648&group_id=588

Plugin Bugs item #1072043, was opened at 2004-11-23 11:46
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1072043&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Pending
Resolution: Fixed
Priority: 7
Private: No
Submitted By: Doug Breaux (breaux)
Assigned to: Alan Ezust (ezust)
Summary: Sidekick FoldHandler errors (XML mode)

Initial Comment:
Sidekick folding on XML files seems to be broken since
the latest updates. It's folding at the wrong places,
like a line after it should be folding.  The Structure
Browser, however, seems to be fine.

----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2006-11-29 13:42

Message:
Logged In: YES 
user_id=935841
Originator: NO

committed to svn rev# 8145. Want to try that and see if the problem is
fixed?



----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-09-08 20:10

Message:
Logged In: YES 
user_id=935841

actually, it's still off by 1 sometimes, so I'm not going to
close this yet.


----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-09-06 10:28

Message:
Logged In: YES 
user_id=935841

Committed randschau's changes to Sidekick in SVN, 
revision # 6898. Will be released in Sidekick 0.6.6.
Thanks!



----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-09-06 08:04

Message:
Logged In: YES 
user_id=935841

This is not a bug in XML plugin, but in SideKick folding
handler. XML plugin has no code in it to handle folds.


----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-09-06 07:55

Message:
Logged In: YES 
user_id=935841

Confirmed in Xml 2.0.X.


----------------------------------------------------------------------

Comment By: randschau (randschau)
Date: 2004-12-14 05:39

Message:
Logged In: YES 
user_id=1178002

My proposal is to change line 140 of SideKickParsedData.java
(method getTreePathForPosition(TreeNode node, int dot, List 
path)

from 

if (     dot >= asset.start.getOffset() 
    && dot <= Asset.end.getOffset()) 

to 

if(     dot >= asset.start.getOffset() 
   && dot <  asset.end.getOffset())

That worked for me and no file outside sidekick needs to be 
modified.

  Oliver.

----------------------------------------------------------------------

Comment By: Paul Libbrecht (polx)
Date: 2004-12-10 07:49

Message:
Logged In: YES 
user_id=647450

It also bothered me and I went into it...
Sidekick is now a very nice piece of open-code.
Start with p=sidekick.SideKickParsedData.getParsedData(view); and 
continue with 
p.getAssetAtPosition(textArea.getCaretPosition()).end.getOffset();

Playing with these showed me that both the start offset of an XML asset 
was before the "<" and the end was after the ">". This means, however, 
it was before end-of-line, hence that the fold-manager probably 
understood that the fold goes till the end-of-line, included. Adding an 
extra space after your closing tags makes the folds correct!

My fix changes the following and I think it's correct but I presume I 
should check with the exact semantic of start and end of a fold (wrt 
boundary-inclusions).

Line 515 of SAXParserImpl, I added a -1.
This yields me the following diff. Hoping it can be used!

paul


Index: xml/parser/SAXParserImpl.java
=============================================
======================
RCS file: /cvsroot/jedit/plugins/XML/xml/parser/SAXParserImpl.java,v
retrieving revision 1.42
diff -r1.42 SAXParserImpl.java
515c515
<                                       tag.end =
buffer.createPosition(offset);
---
>                                       tag.end =
buffer.createPosition(offset-1);


----------------------------------------------------------------------

Comment By: Manfred Crumbach (crumbach)
Date: 2004-12-09 03:56

Message:
Logged In: YES 
user_id=29178

I can confirm this. Folding worked with sidekick 0.3 but is
broken in 0.3.1.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1072043&group_id=588

Plugin Bugs item #1506964, was opened at 2006-06-15 15:33
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1506964&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: James Sleeman (sleemanj)
Assigned to: Alan Ezust (ezust)
Summary: sidekick folding broken

Initial Comment:
Jedit 4.3pre4; PHPParser 1.2.3; SideKick 0.6

With a PHP file open, and the folding mode set to 
sidekick, and the sidekick structure browser open, and 
set to PHPParser, the folding is somewhat screwy...

Don't know how I can better describe it, but here are a 
couple of cases (both cases are PHP5 syntax)..

  case 1: a PHP file with simply many functions and 
some include statements.
   * only one fold marker is presented, at the first 
function header, and this folds to the last } in the 
document, rather than to the function's close brace.
 
  case 2: a PHP file with a require_once followed by a 
class, followed by some procedural statements.  
   * A fold marker is presented at the require_once, 
folding this folds to the last } in the file - no fold 
should be presented there at all. 
   * A fold is presented at the first public property 
of the class definition, this also folds to the last } 
in the file.  
   * Folds are presented at some require_once 
statements inside methods of the class, these fold to 
the next require_once statement inside the same method, 
if there is only one require_once in a method it 
doesn't get a fold.

I don't know if this is a new problem or has always 
been like it, previously I used the 
ConfigurableFoldHandler to do folding but that breaks 
jedit in current versions, hence why I am trying 
sidekick folding with PHPParser.



----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2006-11-29 13:40

Message:
Logged In: YES 
user_id=935841
Originator: NO

Want to try updating to SVN rev 8145 and see if it's fixed?


----------------------------------------------------------------------

Comment By: Matthieu Casanova (kpouer)
Date: 2006-11-27 09:11

Message:
Logged In: YES 
user_id=285591
Originator: NO

Hi, I think this is a bug in Sidekick since (I can reproduce it with
Javasidekick too)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1506964&group_id=588

Whilst I am loathe to suggest it, it seems the only way you are going
to have behaviour that everyone understands and likes is to make the
behaviour user-definable. Maybe a check-box in the dialog (which is
enabled when a directory search is done), that controls whether the
files are opened or not.

I know we want to avoid interface clutter, but I don't think
overloading the hypersearch checkbox as the open-files checkbox is a
good idea.

Cheers,
N

On 28/11/06, Martin Raspe <her...@bi...> wrote:
> Nicholas O'Leary wrote:
> > If changes are made and saved to all matching files, then I believe
> > the current undo system in jEdit would prevent you from being able to
> > undo the changes in the files.
> >
> > I don't believe the current behaviour should be changed without some
> > thought as to how undo'ing this would work.
>
> Currently there is no difference whether the "hypersearch" checkbox is
> checked or not. The hypersearch result window is not opened at all and
> shows no results.
>
> I would propose the following:
>
> If you leave the "hypersearch" checkbox unchecked, then all changed
> files are loaded, and the user will be able to undo everything.
> If it is checked, however, then all changes are done in the file system
> only, and the user gets the results in the hypersearch window.
>
> Sometimes there is there is no doubt about what will happen, or there is
> a large number of files to change which could reach the memory limit,
> then cluttering jEdit with open buffers is a nuisance.
>
> Would that be a solution?
>
> Martin
>
> > On 24/11/06, Martin Raspe <her...@bi...> wrote:
> >> When I search/replace in multiple files using the "Search in Directory"
> >> command, all changed files are opened in new buffers. jEdit does so
> >> whether I check the "hypersearch" checkbox or not. In my opinion, with
> >> this option set, the changed files should be shown in the hypertext
> >> window, possibly with all occurrences of the change, but not open all files.
> >>
> >> Am I overlooking something? Or should this behaviour be changed?
> >>
> >> Martin
> >>
> >> -------------------------------------------------------------------------
> >> Take Surveys. Earn Cash. Influence the Future of IT
> >> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> >> opinions on IT & business topics through brief surveys - and earn cash
> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> >> --
> >> -----------------------------------------------
> >> jEdit Developers' List
> >> jEd...@li...
> >> https://lists.sourceforge.net/lists/listinfo/jedit-devel
> >>
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>

Feature Requests item #1596784, was opened at 2006-11-14 21:17
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1596784&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: Accepted
Priority: 5
Private: No
Submitted By: will69 (will69)
Assigned to: Alan Ezust (ezust)
>Summary: SideKick: option for select asset to include whitespace

Initial Comment:
Element selection via Shift-Click in Structure Browser does not select closing angle bracket. It would be nice to also select preceding spaces/tabs and a trailing newline in order to have a "clean cut". Maybe customizable in preferences?

----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2006-11-29 09:06

Message:
Logged In: YES 
user_id=935841
Originator: NO

Fixed the off-by-1 bug in XML plugin in SVN. 
The other thing you request is in SideKick, not XML, so I am changing this
to a feature request.




----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-11-22 21:43

Message:
Logged In: YES 
user_id=935841
Originator: NO

duplicate of 1072043.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1596784&group_id=588

Plugin Bugs item #1604499, was opened at 2006-11-28 06:11
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1604499&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: SQL plugin 1.03 actions.xml broken

Initial Comment:
Hi, the actions.xml file of SQL plugin contains a comment before the <?xml version="1.0"?>
the xml parser doesn't like that and cannot parse the file so no actions are available

----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2006-11-29 08:38

Message:
Logged In: YES 
user_id=935841
Originator: NO

It's been fixed in SVN and I'm currently waiting for svu to post a plugin
central submission announcement that the SQL plugin is ready for release.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1604499&group_id=588

Plugin Bugs item #1604327, was opened at 2006-11-28 00:56
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1604327&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Howard Lovatt (hlovatt)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Console Commando Problems

Initial Comment:
With the console plugin I get two problems:

1. You can't have a space in a path, a pain on widows since commands are in Program Files (note space)

2. It doesn't remember any corrections you make to its fields, you have to make the corrections each time the command is run. EG when running Javac for example and you change the path or the classpath these changes are not remembered

----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2006-11-29 07:36

Message:
Logged In: YES 
user_id=935841
Originator: NO

What version of Console? What version of jEdit? What commando command are
you trying to use? 
Please be specific about the path you wish to try. It could be a bug in
one specific commando file  or it could be more systemic. 

For me, it does remember the settings of previous executions, so I can not
reproduce either of your problems at the moment.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1604327&group_id=588

Plugin Bugs item #1605308, was opened at 2006-11-29 07:13
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1605308&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Deleted
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
Summary: SideKick: Ctrl-Alt Click asset clobbers buffer data?

Initial Comment:
Hold ctrl+alt and click on an asset in the middle of a document (testing with XML plugin).

It seems to wipe out the part of the buffer before the asset.

Tf you are viewing line numbers, you can see that the line numbering is confused.

Reload buffer brings things back to normal.


----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2006-11-29 07:34

Message:
Logged In: YES 
user_id=935841
Originator: YES

oops. nevermind. this is narrow to fold.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1605308&group_id=588

Plugin Bugs item #1605308, was opened at 2006-11-29 07:13
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1605308&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alan Ezust (ezust)
Assigned to: Nobody/Anonymous (nobody)
Summary: SideKick: Ctrl-Alt Click asset clobbers buffer data?

Initial Comment:
Hold ctrl+alt and click on an asset in the middle of a document (testing with XML plugin).

It seems to wipe out the part of the buffer before the asset.

Tf you are viewing line numbers, you can see that the line numbering is confused.

Reload buffer brings things back to normal.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1605308&group_id=588

Patches item #1604585, was opened at 2006-11-28 09:46
Message generated for change (Comment added) made by devrellim
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Miller (devrellim)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConfigurableFoldHandler update for jEdit 4.3pre3+

Initial Comment:
Since the FoldHandler API changed in 4.3pre3 to pass a JEditBuffer instead of Buffer, the ConfigurableFoldHandler plugin has not functioned.  Please see:

https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588
and
https://sourceforge.net/tracker/index.php?func=detail&aid=1431462&group_id=588&atid=565475

Please forgive the state of the patch;  I'm not a java guy and since the ConfigurableFoldHandler plugin isn't in the SF.Net CVS or SVN repositories I was unable to follow the instructions provided.

The patch is against the ConfigurableFoldHandler-0.6.1 source.  



----------------------------------------------------------------------

>Comment By: Chris Miller (devrellim)
Date: 2006-11-28 14:26

Message:
Logged In: YES 
user_id=1655985
Originator: YES

The binary and source were available within jEdit's plugin manager -- a
quick check later and I see it's in the jEdit Plugin Central project:

http://sourceforge.net/project/showfiles.php?group_id=64089&package_id=67152&release_id=199972

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-11-28 14:18

Message:
Logged In: YES 
user_id=935841
Originator: NO

Where did you get 0-6.1? I only found 0.4 in subversion. I guess we need
to get that version too.


----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-11-28 14:16

Message:
Logged In: YES 
user_id=935841
Originator: NO

I just added ConfigurableFoldHandler to the jedit subversion.
Could you check it out and then create a patch against it?




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Patches item #1604585, was opened at 2006-11-28 08:46
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Miller (devrellim)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConfigurableFoldHandler update for jEdit 4.3pre3+

Initial Comment:
Since the FoldHandler API changed in 4.3pre3 to pass a JEditBuffer instead of Buffer, the ConfigurableFoldHandler plugin has not functioned.  Please see:

https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588
and
https://sourceforge.net/tracker/index.php?func=detail&aid=1431462&group_id=588&atid=565475

Please forgive the state of the patch;  I'm not a java guy and since the ConfigurableFoldHandler plugin isn't in the SF.Net CVS or SVN repositories I was unable to follow the instructions provided.

The patch is against the ConfigurableFoldHandler-0.6.1 source.  



----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2006-11-28 13:18

Message:
Logged In: YES 
user_id=935841
Originator: NO

Where did you get 0-6.1? I only found 0.4 in subversion. I guess we need
to get that version too.


----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2006-11-28 13:16

Message:
Logged In: YES 
user_id=935841
Originator: NO

I just added ConfigurableFoldHandler to the jedit subversion.
Could you check it out and then create a patch against it?




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Patches item #1604585, was opened at 2006-11-28 08:46
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Miller (devrellim)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConfigurableFoldHandler update for jEdit 4.3pre3+

Initial Comment:
Since the FoldHandler API changed in 4.3pre3 to pass a JEditBuffer instead of Buffer, the ConfigurableFoldHandler plugin has not functioned.  Please see:

https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588
and
https://sourceforge.net/tracker/index.php?func=detail&aid=1431462&group_id=588&atid=565475

Please forgive the state of the patch;  I'm not a java guy and since the ConfigurableFoldHandler plugin isn't in the SF.Net CVS or SVN repositories I was unable to follow the instructions provided.

The patch is against the ConfigurableFoldHandler-0.6.1 source.  



----------------------------------------------------------------------

>Comment By: Alan Ezust (ezust)
Date: 2006-11-28 13:16

Message:
Logged In: YES 
user_id=935841
Originator: NO

I just added ConfigurableFoldHandler to the jedit subversion.
Could you check it out and then create a patch against it?




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Plugin Bugs item #1558568, was opened at 2006-09-14 14:24
Message generated for change (Comment added) made by geniosity
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: kasimir-k (kasimir-k)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConfigurableFoldHandler - Buffer should be JEditBuffers

Initial Comment:
>From http://jedit.org/CHANGES43.txt  4.3pre3 API Changes:

"Now that the text area is independent of the rest of
jEdit, various text area-related APIs that used to take
org.gjt.sp.jedit.Buffer
instances now take 
org.gjt.sp.jedit.buffer.JEditBuffers"

ConfigurableFoldHandler uses Buffer, thus it won't work
with 4.3pre3 and above. 


I belive this would be fairly simple thing to fix, but
unfortunately still beyond my Java skills, which there
aren't any.

----------------------------------------------------------------------

Comment By: geniosity (geniosity)
Date: 2006-11-28 22:22

Message:
Logged In: YES 
user_id=1306600
Originator: NO

Hi,

I REALLY would love it if this plugin was fixed, but unfortunately, it
doesn't look like it. Here's the message from the Activity Log:
--------------------------------------------------------------------------------
[error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" 
[error] AWT-EventQueue-0: java.lang.AbstractMethodError:
org.gjt.sp.jedit.buffer.FoldHandler.getFoldLevel(Lorg/gjt/sp/jedit/buffer/JEditBuffer;ILjavax/swing/text/Segment;)I
[error] AWT-EventQueue-0:  at
org.gjt.sp.jedit.buffer.JEditBuffer.getFoldLevel(JEditBuffer.java:1698)
[error] AWT-EventQueue-0:  at
org.gjt.sp.jedit.buffer.JEditBuffer.isFoldStart(JEditBuffer.java:1643)
[error] AWT-EventQueue-0:  at
org.gjt.sp.jedit.textarea.Gutter.paintLine(Gutter.java:552)
[error] AWT-EventQueue-0:  at
org.gjt.sp.jedit.textarea.Gutter.paintComponent(Gutter.java:137)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paint(JComponent.java:1005)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintWithOffscreenBuffer(JComponent.java:4963)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintDoubleBuffered(JComponent.java:4916)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent._paintImmediately(JComponent.java:4859)
[error] AWT-EventQueue-0:  at
javax.swing.JComponent.paintImmediately(JComponent.java:4666)
[error] AWT-EventQueue-0:  at
javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:451)
[error] AWT-EventQueue-0:  at
javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:114)
[error] AWT-EventQueue-0:  at
java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
[error] AWT-EventQueue-0:  at
java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
[error] AWT-EventQueue-0:  at
java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

--------------------------------------------------------------------------------

Looks like the same error.

Thanks,
James

----------------------------------------------------------------------

Comment By: Chris Miller (devrellim)
Date: 2006-11-28 18:57

Message:
Logged In: YES 
user_id=1655985
Originator: NO

I've submitted a patch that I believe fixes the problem.  Anyone
interested in testing the new code can download it from
<http://www.cpmiller.com/ConfigurableFoldHandler.jar>;  Use this jar at
your own risk; it's only been minimally tested as yet.

----------------------------------------------------------------------

Comment By: Todd Prouty (toddprouty)
Date: 2006-11-20 18:56

Message:
Logged In: YES 
user_id=1646414
Originator: NO

I'm in the same boat. It's a very useful plug-in, but beyond my Java
skills to fix at this point. Not only does it not work, but having this
plug-ininstalled makes jEdit completely unusable, as described in
kasimir's original submission: 

http://tinyurl.com/yaksmn
(https://sourceforge.net/tracker/index.php?func=detail&aid=1431462&group_id=588&atid=565475)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588

Plugin Bugs item #1558568, was opened at 2006-09-14 05:24
Message generated for change (Comment added) made by devrellim
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: kasimir-k (kasimir-k)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConfigurableFoldHandler - Buffer should be JEditBuffers

Initial Comment:
>From http://jedit.org/CHANGES43.txt  4.3pre3 API Changes:

"Now that the text area is independent of the rest of
jEdit, various text area-related APIs that used to take
org.gjt.sp.jedit.Buffer
instances now take 
org.gjt.sp.jedit.buffer.JEditBuffers"

ConfigurableFoldHandler uses Buffer, thus it won't work
with 4.3pre3 and above. 


I belive this would be fairly simple thing to fix, but
unfortunately still beyond my Java skills, which there
aren't any.

----------------------------------------------------------------------

Comment By: Chris Miller (devrellim)
Date: 2006-11-28 09:57

Message:
Logged In: YES 
user_id=1655985
Originator: NO

I've submitted a patch that I believe fixes the problem.  Anyone
interested in testing the new code can download it from
<http://www.cpmiller.com/ConfigurableFoldHandler.jar>;  Use this jar at
your own risk; it's only been minimally tested as yet.

----------------------------------------------------------------------

Comment By: Todd Prouty (toddprouty)
Date: 2006-11-20 09:56

Message:
Logged In: YES 
user_id=1646414
Originator: NO

I'm in the same boat. It's a very useful plug-in, but beyond my Java
skills to fix at this point. Not only does it not work, but having this
plug-ininstalled makes jEdit completely unusable, as described in
kasimir's original submission: 

http://tinyurl.com/yaksmn
(https://sourceforge.net/tracker/index.php?func=detail&aid=1431462&group_id=588&atid=565475)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588

Feature Requests item #1604591, was opened at 2006-11-28 17:55
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1604591&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Victor Engmark (engmark)
Assigned to: Nobody/Anonymous (nobody)
Summary: Set encoding / line endings per mode

Initial Comment:
I'm working on several file types, which have to be saved with different encodings / line endings for the resulting files to work. I'd like to be able to set these in the "Editing" part of the configuration, so that I don't have to change it manually for max 50% of the files I open.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=1604591&group_id=588

Patches item #1604585, was opened at 2006-11-28 09:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Chris Miller (devrellim)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConfigurableFoldHandler update for jEdit 4.3pre3+

Initial Comment:
Since the FoldHandler API changed in 4.3pre3 to pass a JEditBuffer instead of Buffer, the ConfigurableFoldHandler plugin has not functioned.  Please see:

https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1558568&group_id=588
and
https://sourceforge.net/tracker/index.php?func=detail&aid=1431462&group_id=588&atid=565475

Please forgive the state of the patch;  I'm not a java guy and since the ConfigurableFoldHandler plugin isn't in the SF.Net CVS or SVN repositories I was unable to follow the instructions provided.

The patch is against the ConfigurableFoldHandler-0.6.1 source.  



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1604585&group_id=588