jedit-devel Mailing List for jEdit

Hi Shlomy and Dale,

Shlomy Reinstein wrote:
> Yes, this option was requested. Note that the selection area is one
> character wide or less, while line numbers are much wider in most
> cases.

Thanks, I didn't aware of the difference of the width.

Stepping back to the original issue ...

Is it possible to get the default color of the selection area from the
color of gutter which has been customized in older release?

Removing view.gutter.selectionAreaBgColor from jedit.props may be the
solution.

-- 
k_satoda

Bugs item #2847819, was opened at 2009-08-31 18:06
Message generated for change (Comment added) made by scarlac
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2847819&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: search and replace
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Timothy Miller (theosib)
Assigned to: Nobody/Anonymous (nobody)
Summary: MacOS X:  Keybindings really nonstandard

Initial Comment:
I rather like jEdit, and I'm trying to decide if I want to start using it as my primary code editor.  But I'm using a Mac, and even with the plugin, the keybindings are weird, as are the menus.  How important is Mac integration to jEdit developers?  Anyhow, here's my bug report:

The search and replace key bindings are non-standard.  These are what I'm used to:

Command-F -- opens search dialog
Command-E -- use current selection as string to search for
Command-G -- Find next

Currently, jEdit does something else that I don't quite understand.

Thanks.

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

Comment By: Seph M. Soliman (scarlac)
Date: 2009-09-01 00:00

Message:
I totally agree. The current default hotkeys are strange and very
counter-intuitive compared to other editors and apps. But it's an old
scheme that's been in use for many years. I'd love to change it but we need
more than just the two of us to agree :)

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

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

Yes, this option was requested. Note that the selection area is one
character wide or less, while line numbers are much wider in most
cases.
Shlomy

On Mon, Aug 31, 2009 at 11:27 PM, Kazutoshi
Satoda<k_s...@f2...> wrote:
> Shlomy Reinstein wrote:
>>
>> Where did I go wrong? Maybe after manually changing the gutter
>> background color, you expected the new selection area to have the same
>> color as the gutter background?
>
> That's right.
>
>> The selection area originally had the same background color as the
>> rest of the gutter, until a few users opened a bug report or sent
>> email to the list, because they did not understand why the gutter got
>> so big... then it turned into a feature request to allow a different
>> color for the selection area. :-)
>
> Now I read the history.
> https://sourceforge.net/support/tracker.php?aid=2833822
>
> Date: 2009-08-08 18:45
> Sender: jturcotte
>>
>> Maybe the problem is simply that the "selection area when no line number"
>> option is enabled by default.
>> It took me some time to discover that it was a new option myself.
>> And since I also often use vertical splits, I think that the amount of
>> space taken weight more than the added functionality.
>
> Date: 2009-08-08 19:56
> Sender: shlomy
>>
>> I don't think it's a problem, it's a feature that I think most users would
>> benefit from, and less users would need to disable it.
>> I think that users who upgrade from a previous version should first read
>> the change log, in order to not be surprised about such new features.
>
> Sorry for coming late, but I vote +1 for jturcotte.
>
> Furthermore, I can't imagine who want the selection are while hiding the
> line numbers. The most obvious reason to hide the line numbers is to get
> more area for the main text area. I think such person hardly want the
> empty space eater just for selection.
>
> Did the option [Line selection area when line number are not shown]
> really wanted?
>
> --
> k_satoda
>

Bugs item #2846022, was opened at 2009-08-28 07:31
Message generated for change (Settings changed) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2846022&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: installer
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Michael Clark (iiridayn)
>Assigned to: Nobody/Anonymous (nobody)
Summary: Fails on Windows 7 install with latest JRE

Initial Comment:
Jedit fails (stable and development versions) with latest version of Java JRE, SDK as downloaded from http://java.sun.com/javase/downloads/index.jsp (note: https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jdk-6u16-oth-JPR@CDS-CDS_Developer ,  and https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jre-6u16-oth-JPR@CDS-CDS_Developer ).

The binary installer fails to detect Java.  The .jar installer fails to create any directory in "C:\Program Files\", exiting with a note to check permissions.

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

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

> Furthermore, I can't imagine who want the selection are while hiding the
> line numbers. The most obvious reason to hide the line numbers is to get
> more area for the main text area. I think such person hardly want the
> empty space eater just for selection.

I do.

>
> Did the option [Line selection area when line number are not shown]
> really wanted?

Yes, it is.  I don't care about seeing the line numbers, but I find
the selection area to be useful.

>
> --
> k_satoda

Bugs item #2847811, was opened at 2009-08-31 18:48
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2847811&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: severe bug
>Status: Closed
>Resolution: Fixed
Priority: 8
Private: No
Submitted By: Timothy Miller (theosib)
>Assigned to: Shlomy Reinstein (shlomy)
Summary: jEdit hangs on startup

Initial Comment:
jEdit hangs when it's started.  It's been sitting there for several minutes now with the splash box up saying "run startup scripts".  pre9 didn't do this, but pre17 seems to have a problem.  I'm running this on Snow Leopard.

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

>Comment By: Shlomy Reinstein (shlomy)
Date: 2009-09-01 00:37

Message:
Fixed in SVN rev. 15702.

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2009-08-31 20:02

Message:
It should be no reason for the app to hang, but unfortunately it is, due to
bugs in pre17. You can try one of the daily builds, I've fixed it a while
ago.

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

Comment By: Timothy Miller (theosib)
Date: 2009-08-31 19:07

Message:
Solution:  

(1) Go to /Users/<user>/Library/Application Support/jEdit
(2) Delete perspective.xml

Nevertheless, this should be no reason for the app to hang.

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

Comment By: Timothy Miller (theosib)
Date: 2009-08-31 18:49

Message:
BTW, this is 100% reproducable.  It hangs every time.

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

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

Shlomy Reinstein wrote:
> Where did I go wrong? Maybe after manually changing the gutter
> background color, you expected the new selection area to have the same
> color as the gutter background?

That's right.

> The selection area originally had the same background color as the
> rest of the gutter, until a few users opened a bug report or sent
> email to the list, because they did not understand why the gutter got
> so big... then it turned into a feature request to allow a different
> color for the selection area. :-)

Now I read the history.
https://sourceforge.net/support/tracker.php?aid=2833822

Date: 2009-08-08 18:45
Sender: jturcotte
> Maybe the problem is simply that the "selection area when no line number"
> option is enabled by default.
> It took me some time to discover that it was a new option myself.
> And since I also often use vertical splits, I think that the amount of
> space taken weight more than the added functionality.

Date: 2009-08-08 19:56
Sender: shlomy
> I don't think it's a problem, it's a feature that I think most users would
> benefit from, and less users would need to disable it.
> I think that users who upgrade from a previous version should first read
> the change log, in order to not be surprised about such new features.

Sorry for coming late, but I vote +1 for jturcotte.

Furthermore, I can't imagine who want the selection are while hiding the
line numbers. The most obvious reason to hide the line numbers is to get
more area for the main text area. I think such person hardly want the
empty space eater just for selection.

Did the option [Line selection area when line number are not shown]
really wanted?

-- 
k_satoda

This could be.

I actually noticed it after switching the color scheme using the Editor
Scheme plugin.

I figured the Editor Scheme plugin just needed to be updated to use the
newer colors.

On Mon, Aug 31, 2009 at 1:13 PM, Shlomy Reinstein <sre...@gm...>wrote:

> I must be missing something. The default selection area color is the
> same as the default background color of the gutter, see jedit.props:
> view.gutter.bgColor=#dbdbdb
> view.gutter.selectionAreaBgColor=#dbdbdb
>
> (the lines are not consecutive but you can look for them).
> Where did I go wrong? Maybe after manually changing the gutter
> background color, you expected the new selection area to have the same
> color as the gutter background?
>
> The selection area originally had the same background color as the
> rest of the gutter, until a few users opened a bug report or sent
> email to the list, because they did not understand why the gutter got
> so big... then it turned into a feature request to allow a different
> color for the selection area. :-)
>
> Shlomy
>
> On Mon, Aug 31, 2009 at 9:42 PM, Kazutoshi Satoda<k_s...@f2...>
> wrote:
> > Hi Shlomy,
> >>
> >> The gutter colors behind line numbers don't seem to be using the
> >> text area background color any longer.
> >
> > I have encountered this today, and got surprised too.
> >
> >>> Comment By: Townsfolk (elberry)
> >>
> >> Date: 2009-08-28 13:52
> >>
> >> Message:
> >> Ah. :) Thanks, I didn't realize there were new color properties
> available
> >> now.
> >>
> >> ----------------------------------------------------------------------
> >>
> >> Comment By: Shlomy Reinstein (shlomy)
> >> Date: 2009-08-28 11:40
> >>
> >> Message:
> >> That's because the line number region is now used for text selection,
> and
> >> the background color of the text selection area has its own property now
> >> in
> >> Global Options -> Gutter.
> >> Unless I miss something, this is not a bug.
> >
> > While I agree this is not a bug (since the behavior is intended), this
> > should be a problem which will be repeatedly reported after a release.
> >
> > Could you please make the default color of the selection area same as the
> > gutter color?
> >
> > --
> > k_satoda
> >
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>



-- 
Learn from the past. Live in the present. Plan for the future.
11101000
http://www.townsfolkdesigns.com/blogs/elberry

At the request of Dale, I've added the TaskList plugin which requires a
daily build of the CommonControls plugin.

Both are compiled using JDK 5 against the latest daily of jEdit core.

CommonControls:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=CommonControls

TaskList:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=TaskList

Thanks,
Eric

-- 
Learn from the past. Live in the present. Plan for the future.
11101000
http://www.townsfolkdesigns.com/blogs/elberry

I must be missing something. The default selection area color is the
same as the default background color of the gutter, see jedit.props:
view.gutter.bgColor=#dbdbdb
view.gutter.selectionAreaBgColor=#dbdbdb

(the lines are not consecutive but you can look for them).
Where did I go wrong? Maybe after manually changing the gutter
background color, you expected the new selection area to have the same
color as the gutter background?

The selection area originally had the same background color as the
rest of the gutter, until a few users opened a bug report or sent
email to the list, because they did not understand why the gutter got
so big... then it turned into a feature request to allow a different
color for the selection area. :-)

Shlomy

On Mon, Aug 31, 2009 at 9:42 PM, Kazutoshi Satoda<k_s...@f2...> wrote:
> Hi Shlomy,
>>
>> The gutter colors behind line numbers don't seem to be using the
>> text area background color any longer.
>
> I have encountered this today, and got surprised too.
>
>>> Comment By: Townsfolk (elberry)
>>
>> Date: 2009-08-28 13:52
>>
>> Message:
>> Ah. :) Thanks, I didn't realize there were new color properties available
>> now.
>>
>> ----------------------------------------------------------------------
>>
>> Comment By: Shlomy Reinstein (shlomy)
>> Date: 2009-08-28 11:40
>>
>> Message:
>> That's because the line number region is now used for text selection, and
>> the background color of the text selection area has its own property now
>> in
>> Global Options -> Gutter.
>> Unless I miss something, this is not a bug.
>
> While I agree this is not a bug (since the behavior is intended), this
> should be a problem which will be repeatedly reported after a release.
>
> Could you please make the default color of the selection area same as the
> gutter color?
>
> --
> k_satoda
>

I fixed the issue by replacing the use of ${install.dir} with "lib" in the
project.class.path path.
        <pathelement location="${lib.dir}/isorelax-jaxp-bridge-1.0.jar"/>
        <pathelement location="${lib.dir}/isorelax.jar"/>
        <pathelement location="${lib.dir}/jing.jar"/>
        <pathelement location="${lib.dir}/trang.jar"/>
        <pathelement location="${lib.dir}/relaxngDatatype.jar"/>

Referencing install.dir requires build.prepare be called at least once
before build is called (as a separate call), which shouldn't be required.
The problem (I believe) is that the project.class.path value is set before
build.prepare is called as a dependency of build.

Should I just commit the modifications, or submit a patch?

Thanks,
Eric
-- 
Learn from the past. Live in the present. Plan for the future.
11101000
http://www.townsfolkdesigns.com/blogs/elberry

Shlomy wanted me to point out that this plugin requires the daily build of
jEdit core which can be downloaded here:
http://www.tellurianring.com/projects/jedit-daily/index.php?dir=jEdit

This plugin also requires Java 6, and won't run on a Java 5 VM.


On Fri, Aug 28, 2009 at 4:30 PM, Eric Berry <el...@gm...> wrote:

> New plugin added to jEdit daily builds.
>
> The DirtyGutter plugin created by Shlomy, shows a marker in the gutter of
> the buffer for any modifications that have been made to the file since it
> was last saved.
>
> Binary downloads are provided here.
>
> http://www.tellurianring.com/projects/jedit-daily/index.php?dir=DirtyGutter
>
> Thanks,
> Eric
>
> --
> Learn from the past. Live in the present. Plan for the future.
> 11101000
> http://www.townsfolkdesigns.com/blogs/elberry
>



-- 
Learn from the past. Live in the present. Plan for the future.
11101000
http://www.townsfolkdesigns.com/blogs/elberry

On Mon, Aug 31, 2009 at 12:07 PM, Shlomy Reinstein <sre...@gm...>wrote:

> Any idea where these symbols are supposed to come from?
>

Nope. I have no idea where these are supposed to be. I've updated the
plugin-build.xml file and that didn't solve it.

If I run ant manually, it fails as well.

Am I missing a dependency?



> Also, did the build pass the last few days, or there was no daily
> build for the XML plugin during the last few days?
>

Nope. Again, the dailies are done from my work machine which is usually
turned off on the weekends, so you won't normally get daily builds on
Saturday or Sunday PST.


>
> Shlomy
>
> On Mon, Aug 31, 2009 at 9:01 PM, <el...@gm...> wrote:
> > XML - Still Failing:
> >
> >
> ********************************************************************************
> > Build Log Snippet:
> > [...truncated 658 lines...]
> >  [jp.javac]                                                      ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:243:
> cannot find symbol
> >  [jp.javac] symbol  : class ZeroOrMorePattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyAttributeVisitor
> >  [jp.javac]             public List<AttributeDecl>
> visitZeroOrMore(ZeroOrMorePattern p){
> >  [jp.javac]                                                            ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:247:
> cannot find symbol
> >  [jp.javac] symbol  : class Pattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyAttributeVisitor
> >  [jp.javac]             public List<AttributeDecl> visitPattern(Pattern
> p){
> >  [jp.javac]                                                         ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:253:
> cannot find symbol
> >  [jp.javac] symbol  : class NameClassVisitor
> >  [jp.javac] location: class xml.parser.SchemaToCompletion
> >  [jp.javac]     private static class MyNameClassVisitor implements
> NameClassVisitor<List<Name> >
> >  [jp.javac]                                                            ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:253:
> interface expected here
> >  [jp.javac]     private static class MyNameClassVisitor implements
> NameClassVisitor<List<Name> >
> >  [jp.javac]
>              ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:258:
> cannot find symbol
> >  [jp.javac] symbol  : class NameNameClass
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyNameClassVisitor
> >  [jp.javac]             public List<Name> visitName(NameNameClass nc)
> >  [jp.javac]                                             ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:265:
> cannot find symbol
> >  [jp.javac] symbol  : class NsNameNameClass
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyNameClassVisitor
> >  [jp.javac]             public List<Name> visitNsName(NsNameNameClass nc)
> >  [jp.javac]                                               ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:277:
> cannot find symbol
> >  [jp.javac] symbol  : class AnyNameNameClass
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyNameClassVisitor
> >  [jp.javac]             public List<Name> visitAnyName(AnyNameNameClass
> nc)
> >  [jp.javac]                                                ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:284:
> cannot find symbol
> >  [jp.javac] symbol  : class ChoiceNameClass
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyNameClassVisitor
> >  [jp.javac]             public List<Name> visitChoice(ChoiceNameClass nc)
> >  [jp.javac]                                               ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:293:
> cannot find symbol
> >  [jp.javac] symbol  : class VoidVisitor
> >  [jp.javac] location: class xml.parser.SchemaToCompletion
> >  [jp.javac]     private static class MyPatternVisitor extends VoidVisitor
> >  [jp.javac]                                                       ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:296:
> cannot find symbol
> >  [jp.javac] symbol  : class SchemaCollection
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             private SchemaCollection schemas;
> >  [jp.javac]                         ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:298:
> cannot find symbol
> >  [jp.javac] symbol  : class DefineComponent
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             private Map<String,DefineComponent> defines;
> >  [jp.javac]                                    ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:301:
> cannot find symbol
> >  [jp.javac] symbol  : class SchemaCollection
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             MyPatternVisitor(Map<String,CompletionInfo>
> info,SchemaCollection schemas){
> >  [jp.javac]
>    ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:308:
> cannot find symbol
> >  [jp.javac] symbol  : class AttributeAnnotation
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void
> voidVisitAttribute(AttributeAnnotation a)
> >  [jp.javac]                                                ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:313:
> cannot find symbol
> >  [jp.javac] symbol  : class AttributePattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitAttribute(AttributePattern
> p)
> >  [jp.javac]                                                ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:327:
> cannot find symbol
> >  [jp.javac] symbol  : class ChoicePattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitChoice(ChoicePattern p)
> >  [jp.javac]                                             ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:333:
> cannot find symbol
> >  [jp.javac] symbol  : class Comment
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitComment(Comment c)
> >  [jp.javac]                                              ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:338:
> cannot find symbol
> >  [jp.javac] symbol  : class Component
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitComponent(Component c)
> >  [jp.javac]                                                ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:343:
> cannot find symbol
> >  [jp.javac] symbol  : class DataPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitData(DataPattern p)
> >  [jp.javac]                                           ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:349:
> cannot find symbol
> >  [jp.javac] symbol  : class DefineComponent
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitDefine(DefineComponent c)
> >  [jp.javac]                                             ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:357:
> cannot find symbol
> >  [jp.javac] symbol  : class DivComponent
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitDiv(DivComponent c)
> >  [jp.javac]                                          ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:362:
> cannot find symbol
> >  [jp.javac] symbol  : class ElementAnnotation
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitElement(ElementAnnotation
> ea)
> >  [jp.javac]                                              ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:367:
> cannot find symbol
> >  [jp.javac] symbol  : class ElementPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitElement(ElementPattern p)
> >  [jp.javac]                                              ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:425:
> cannot find symbol
> >  [jp.javac] symbol  : class EmptyPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitEmpty(EmptyPattern p)
> >  [jp.javac]                                            ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:431:
> cannot find symbol
> >  [jp.javac] symbol  : class ExternalRefPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void
> voidVisitExternalRef(ExternalRefPattern p)
> >  [jp.javac]                                                  ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:436:
> cannot find symbol
> >  [jp.javac] symbol  : class GrammarPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitGrammar(GrammarPattern p)
> >  [jp.javac]                                              ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:443:
> cannot find symbol
> >  [jp.javac] symbol  : class GroupPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitGroup(GroupPattern p)
> >  [jp.javac]                                            ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:449:
> cannot find symbol
> >  [jp.javac] symbol  : class IncludeComponent
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitInclude(IncludeComponent c)
> >  [jp.javac]                                              ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:454:
> cannot find symbol
> >  [jp.javac] symbol  : class InterleavePattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitInterleave(InterleavePattern
> p)
> >  [jp.javac]                                                 ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:459:
> cannot find symbol
> >  [jp.javac] symbol  : class ListPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitList(ListPattern p)
> >  [jp.javac]                                           ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:464:
> cannot find symbol
> >  [jp.javac] symbol  : class MixedPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitMixed(MixedPattern p)
> >  [jp.javac]                                            ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:470:
> cannot find symbol
> >  [jp.javac] symbol  : class NameClass
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitNameClass(NameClass nc)
> >  [jp.javac]                                                ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:475:
> cannot find symbol
> >  [jp.javac] symbol  : class NotAllowedPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitNotAllowed(NotAllowedPattern
> p)
> >  [jp.javac]                                                 ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:481:
> cannot find symbol
> >  [jp.javac] symbol  : class OneOrMorePattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitOneOrMore(OneOrMorePattern
> p)
> >  [jp.javac]                                                ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:487:
> cannot find symbol
> >  [jp.javac] symbol  : class OptionalPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitOptional(OptionalPattern p)
> >  [jp.javac]                                               ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:493:
> cannot find symbol
> >  [jp.javac] symbol  : class ParentRefPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitParentRef(ParentRefPattern
> p)
> >  [jp.javac]                                                ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:498:
> cannot find symbol
> >  [jp.javac] symbol  : class Pattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitPattern(Pattern p)
> >  [jp.javac]                                              ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:503:
> cannot find symbol
> >  [jp.javac] symbol  : class RefPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitRef(RefPattern p)
> >  [jp.javac]                                          ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:513:
> cannot find symbol
> >  [jp.javac] symbol  : class TextAnnotation
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitText(TextAnnotation ta)
> >  [jp.javac]                                           ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:518:
> cannot find symbol
> >  [jp.javac] symbol  : class TextPattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitText(TextPattern p)
> >  [jp.javac]                                           ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:524:
> cannot find symbol
> >  [jp.javac] symbol  : class ValuePattern
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]             public void voidVisitValue(ValuePattern p)
> >  [jp.javac]                                            ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:30:
> package com.thaiopensource.relaxng.input.parse does not exist
> >  [jp.javac]
> com.thaiopensource.relaxng.input.parse.ParseInputFormat pif;
> >  [jp.javac]                                                       ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:33:
> package com.thaiopensource.relaxng.input.parse.compact does not exist
> >  [jp.javac]                     pif = new
> com.thaiopensource.relaxng.input.parse.compact.CompactParseInputFormat();
> >  [jp.javac]
>                   ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:35:
> package com.thaiopensource.relaxng.input.parse.sax does not exist
> >  [jp.javac]                     pif = new
> com.thaiopensource.relaxng.input.parse.sax.SAXParseInputFormat();
> >  [jp.javac]
>               ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:46:
> cannot find symbol
> >  [jp.javac] symbol  : class SchemaCollection
> >  [jp.javac] location: class xml.parser.SchemaToCompletion
> >  [jp.javac]                     SchemaCollection schemas = pif.load(
> >  [jp.javac]                         ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:52:
> cannot find symbol
> >  [jp.javac] symbol  : class SchemaDocument
> >  [jp.javac] location: class xml.parser.SchemaToCompletion
> >  [jp.javac]                     SchemaDocument mainSchema =
> schemas.getSchemaDocumentMap().get(schemas.getMainUri());
> >  [jp.javac]                         ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:54:
> cannot find symbol
> >  [jp.javac] symbol  : class Pattern
> >  [jp.javac] location: class xml.parser.SchemaToCompletion
> >  [jp.javac]                     Pattern p = mainSchema.getPattern();
> >  [jp.javac]                         ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:71:
> cannot find symbol
> >  [jp.javac] symbol  : class DefineComponent
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.GrabDefinesVisitor
> >  [jp.javac]             private Map<String,DefineComponent> comps = new
> HashMap<String,DefineComponent>();
> >  [jp.javac]
>                  ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:352:
> package DefineComponent does not exist
> >  [jp.javac]
> if(DefineComponent.START.equals(c.getName())){
> >  [jp.javac]                                           ^
> >  [jp.javac]
> /Users/eberry/.hudson/jobs/XML/workspace/trunk/xml/parser/SchemaToCompletion.java:509:
> cannot find symbol
> >  [jp.javac] symbol  : class DefineComponent
> >  [jp.javac] location: class
> xml.parser.SchemaToCompletion.MyPatternVisitor
> >  [jp.javac]                     DefineComponent dc =
> defines.get(p.getName());
> >  [jp.javac]                         ^
> >  [jp.javac] Note: Some input files use or override a deprecated API.
> >  [jp.javac] Note: Recompile with -Xlint:deprecation for details.
> >  [jp.javac] Note: Some input files use unchecked or unsafe operations.
> >  [jp.javac] Note: Recompile with -Xlint:unchecked for details.
> >  [jp.javac] 87 errors
> >
> > BUILD FAILED
> >
> /Users/eberry/development/projects/jedit/build-support/plugin-build.xml:235:
> Compile failed; see the compiler error output for details.
> >
> > Total time: 25 seconds
> > Email was triggered for: Failure
> > There are 1 triggered emails.
> > Sending email for trigger: Failure
> >
> >
> >
> ********************************************************************************
> > Changes:
> > [kerik-sf] enforce EntityResolver2 usage in CompletionHandler
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > jEdit-CVS mailing list
> > jEd...@li...
> > https://lists.sourceforge.net/lists/listinfo/jedit-cvs
> >
>



-- 
Learn from the past. Live in the present. Plan for the future.
11101000
http://www.townsfolkdesigns.com/blogs/elberry

Hi Shlomy, 

> The gutter colors behind line numbers don't seem to be using the
> text area background color any longer.

I have encountered this today, and got surprised too.

>>Comment By: Townsfolk (elberry)
> Date: 2009-08-28 13:52
> 
> Message:
> Ah. :) Thanks, I didn't realize there were new color properties available
> now.
> 
> ----------------------------------------------------------------------
> 
> Comment By: Shlomy Reinstein (shlomy)
> Date: 2009-08-28 11:40
> 
> Message:
> That's because the line number region is now used for text selection, and
> the background color of the text selection area has its own property now in
> Global Options -> Gutter.
> Unless I miss something, this is not a bug.

While I agree this is not a bug (since the behavior is intended), this
should be a problem which will be repeatedly reported after a release.

Could you please make the default color of the selection area same as the
gutter color?

-- 
k_satoda

Bugs item #2847811, was opened at 2009-08-31 18:48
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2847811&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: severe bug
Status: Open
Resolution: None
Priority: 8
Private: No
Submitted By: Timothy Miller (theosib)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit hangs on startup

Initial Comment:
jEdit hangs when it's started.  It's been sitting there for several minutes now with the splash box up saying "run startup scripts".  pre9 didn't do this, but pre17 seems to have a problem.  I'm running this on Snow Leopard.

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

>Comment By: Shlomy Reinstein (shlomy)
Date: 2009-08-31 20:02

Message:
It should be no reason for the app to hang, but unfortunately it is, due to
bugs in pre17. You can try one of the daily builds, I've fixed it a while
ago.

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

Comment By: Timothy Miller (theosib)
Date: 2009-08-31 19:07

Message:
Solution:  

(1) Go to /Users/<user>/Library/Application Support/jEdit
(2) Delete perspective.xml

Nevertheless, this should be no reason for the app to hang.

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

Comment By: Timothy Miller (theosib)
Date: 2009-08-31 18:49

Message:
BTW, this is 100% reproducable.  It hangs every time.

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

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

Bugs item #2847811, was opened at 2009-08-31 10:48
Message generated for change (Comment added) made by theosib
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2847811&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: severe bug
Status: Open
Resolution: None
Priority: 8
Private: No
Submitted By: Timothy Miller (theosib)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit hangs on startup

Initial Comment:
jEdit hangs when it's started.  It's been sitting there for several minutes now with the splash box up saying "run startup scripts".  pre9 didn't do this, but pre17 seems to have a problem.  I'm running this on Snow Leopard.

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

>Comment By: Timothy Miller (theosib)
Date: 2009-08-31 11:07

Message:
Solution:  

(1) Go to /Users/<user>/Library/Application Support/jEdit
(2) Delete perspective.xml

Nevertheless, this should be no reason for the app to hang.

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

Comment By: Timothy Miller (theosib)
Date: 2009-08-31 10:49

Message:
BTW, this is 100% reproducable.  It hangs every time.

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

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

Bugs item #2847819, was opened at 2009-08-31 11:06
Message generated for change (Tracker Item Submitted) made by theosib
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2847819&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: search and replace
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Timothy Miller (theosib)
Assigned to: Nobody/Anonymous (nobody)
Summary: MacOS X:  Keybindings really nonstandard

Initial Comment:
I rather like jEdit, and I'm trying to decide if I want to start using it as my primary code editor.  But I'm using a Mac, and even with the plugin, the keybindings are weird, as are the menus.  How important is Mac integration to jEdit developers?  Anyhow, here's my bug report:

The search and replace key bindings are non-standard.  These are what I'm used to:

Command-F -- opens search dialog
Command-E -- use current selection as string to search for
Command-G -- Find next

Currently, jEdit does something else that I don't quite understand.

Thanks.

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

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

Bugs item #2847811, was opened at 2009-08-31 10:48
Message generated for change (Settings changed) made by theosib
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2847811&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: severe bug
Status: Open
Resolution: None
>Priority: 8
Private: No
Submitted By: Timothy Miller (theosib)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit hangs on startup

Initial Comment:
jEdit hangs when it's started.  It's been sitting there for several minutes now with the splash box up saying "run startup scripts".  pre9 didn't do this, but pre17 seems to have a problem.  I'm running this on Snow Leopard.

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

Comment By: Timothy Miller (theosib)
Date: 2009-08-31 10:49

Message:
BTW, this is 100% reproducable.  It hangs every time.

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

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

Bugs item #2847811, was opened at 2009-08-31 10:48
Message generated for change (Comment added) made by theosib
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2847811&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: severe bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Timothy Miller (theosib)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit hangs on startup

Initial Comment:
jEdit hangs when it's started.  It's been sitting there for several minutes now with the splash box up saying "run startup scripts".  pre9 didn't do this, but pre17 seems to have a problem.  I'm running this on Snow Leopard.

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

>Comment By: Timothy Miller (theosib)
Date: 2009-08-31 10:49

Message:
BTW, this is 100% reproducable.  It hangs every time.

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

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

Bugs item #2847811, was opened at 2009-08-31 10:48
Message generated for change (Tracker Item Submitted) made by theosib
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2847811&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: severe bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Timothy Miller (theosib)
Assigned to: Nobody/Anonymous (nobody)
Summary: jEdit hangs on startup

Initial Comment:
jEdit hangs when it's started.  It's been sitting there for several minutes now with the splash box up saying "run startup scripts".  pre9 didn't do this, but pre17 seems to have a problem.  I'm running this on Snow Leopard.

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

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

Bugs item #2814318, was opened at 2009-06-30 03:38
Message generated for change (Settings changed) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2814318&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: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Basil Bourque (basilbourque)
Assigned to: Nobody/Anonymous (nobody)
Summary: Status bar clock does not respect host OS format

Initial Comment:
On Windows XP SP3 running Java 1.6.0_14-b08 with jEdit 4.3pre16:

I have Windows Region and Language Options set to show time in 24-hour clock instead of the usual US 12-hour clock.

jEdit does not pick up on this setting. The status bar of jEdit shows 12-hour time.

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2009-08-31 11:12

Message:
Hi, I'm sorry but it is not possible to java to access this information,
the only choice we have is to use the default locale settings.
It could be possible to add a settings to choose the format in the option
panel if you think it is necessary

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

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

Plugin Central Submission item #2846928, was opened at 2009-08-29 10:38
Message generated for change (Comment added) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2846928&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: Closed
Priority: 5
Private: No
Submitted By: Jakub Holý (malyvelky)
Assigned to: Townsfolk (elberry)
Summary: TextAutocomplete 0.9.9

Initial Comment:
{{{ TextAutocomplete 0.9.9
Source:
https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/TextAutocomplete/tags/RELEASE-0_9_9
Announcement: This is a minor enhancement release: 1) Add the edit mode's keywords to the buffer's list of completions and take into account its list of no word separators. By default this functionality is off and must be enabled in Options. 2) Reorganized menu, added forget remembered words.
Requires Java 1.5
Requires jEdit 04.03.15.00

Short Description: It's pretty similar to the jEdit's function "Complete Word" but it's automatic, you don't need to press any key to invoke the list of completions.

Long Description: <p>TextAutocomplete collects "words" in the current buffer and those that you type and offers you automatically a list of possible completions as you type a new word. It's pretty similar to the jEdit's function "Complete Word" but it's automatic, you don't need to press any key to invoke the list of completions. The plugin was inspired by a similar functionality in OpenOffice.org.</p>
<p>The plugin is configurable, you can define what a "word" is, what words (not) to remember etc. - see the docs. It's also possible to modify manually the list of remembered words.</p>
<p>You have to start the autocompletion for every buffer where you want it.</p>
}}}

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

>Comment By: Townsfolk (elberry)
Date: 2009-08-30 16:13

Message:
Please apply uploaded patch to your trunk. These changes need to be made in
order for the build scripts to work.

Thank you.

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

Comment By: Townsfolk (elberry)
Date: 2009-08-30 16:13

Message:
Released to Plugin Central.

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

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

Plugin Central Submission item #2846928, was opened at 2009-08-29 10:38
Message generated for change (Settings changed) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2846928&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: Jakub Holý (malyvelky)
>Assigned to: Townsfolk (elberry)
Summary: TextAutocomplete 0.9.9

Initial Comment:
{{{ TextAutocomplete 0.9.9
Source:
https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/TextAutocomplete/tags/RELEASE-0_9_9
Announcement: This is a minor enhancement release: 1) Add the edit mode's keywords to the buffer's list of completions and take into account its list of no word separators. By default this functionality is off and must be enabled in Options. 2) Reorganized menu, added forget remembered words.
Requires Java 1.5
Requires jEdit 04.03.15.00

Short Description: It's pretty similar to the jEdit's function "Complete Word" but it's automatic, you don't need to press any key to invoke the list of completions.

Long Description: <p>TextAutocomplete collects "words" in the current buffer and those that you type and offers you automatically a list of possible completions as you type a new word. It's pretty similar to the jEdit's function "Complete Word" but it's automatic, you don't need to press any key to invoke the list of completions. The plugin was inspired by a similar functionality in OpenOffice.org.</p>
<p>The plugin is configurable, you can define what a "word" is, what words (not) to remember etc. - see the docs. It's also possible to modify manually the list of remembered words.</p>
<p>You have to start the autocompletion for every buffer where you want it.</p>
}}}

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

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

Patches item #2846169, was opened at 2009-08-28 13:43
Message generated for change (Settings changed) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=2846169&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: texteditor
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Suraj Kurapati (cyzsuraj)
>Assigned to: Shlomy Reinstein (shlomy)
Summary: IndentFoldHandler - allow blank lines after start of fold

Initial Comment:
This patch considers blank lines that come after the start of a fold as part of the fold itself.  This was a major annoyance for me for many years and I am finally glad to have fixed it!  :-)

Attached are two screencasts demonstrating the before & after of applying this patch.

Thanks for your consideration.

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

>Comment By: Shlomy Reinstein (shlomy)
Date: 2009-08-31 02:07

Message:
Committed a modified version of this patch to SVN rev. 16129.
The modified version is identical in functionality, it just replaces the
recursion with a flat loop.

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2009-08-30 08:24

Message:
I just realized that whitespace-only lines may not preserve the amount of
whitespace used by the indentation of actual source lines. Even though
jEdit initially indents them as it would indent any source code line, you
can delete some of these whitespace characters or add to them, with no
visible effect, breaking the fold handler.
So, your patch makes sense.
I will see what I can do about the performance.

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

Comment By: Suraj Kurapati (cyzsuraj)
Date: 2009-08-29 23:11

Message:
Also, this patch isn't perfect because I'm not an experienced jEdit
developer.  I just came upon the solution through trial and error.  If you
could suggest a more efficient way to implement this, I would be very
greatful.  Thanks for your consideration.

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

Comment By: Suraj Kurapati (cyzsuraj)
Date: 2009-08-29 23:07

Message:
Correct, but a line containing only whitespace has no meaning in any
programming languages (except the "Whitespace" language, but nobody uses
that!  http://en.wikipedia.org/wiki/Whitespace_%28programming_language%29).
 Such lines should be ignored in fold level processing --- they should
neither increase nor decrease the current fold level.

Here is my use case:  I like to use indentation-based folding &
code-comments to manage the complexity of my code, and I like to add at
least one blank line after a "fold comment" to make the code readable in
non-folding editors:

// this is a fold comment
<blank line>
<indentation>code described by the fold comment

Without this patch, I was always forced (for 5 years now!) to remove the
blank line after the "fold comment"  and it makes my code look very ugly. 
Furthermore, you will notice in the "before screencast" how blank lines
after a "fold comment" break the fold guides (the vertical lines denoting
each indentation level).

Is this more clear?  Thanks for your consideration.

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2009-08-29 17:19

Message:
Your patch works as you expect it to, but I don't see the point. Why not
just regard whitespace-only lines the same as other lines? It's
indent-fold-handler - which means it should set fold levels according to
indentation.

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

Comment By: Suraj Kurapati (cyzsuraj)
Date: 2009-08-28 13:45

Message:
I could not upload the screencasts due to SourceForge size limit, so they
are available here:

http://snk.tuxfamily.org/tmp/before-indent-fix.gif

http://snk.tuxfamily.org/tmp/after-indent-fix.gif

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

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

Bugs item #2777299, was opened at 2009-04-21 12:05
Message generated for change (Settings changed) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2777299&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: text area and syntax packages
Group: Regressive (new to devel)
>Status: Closed
>Resolution: Duplicate
Priority: 5
Private: No
Submitted By: daniel hahler (blueyed)
Assigned to: Nobody/Anonymous (nobody)
Summary: NPE when scrolling to line 1 (which is lost in the view)

Initial Comment:
I've added PHP markers in a new buffer ("<?php .. ?>" - on lines by itself), pasted about 230 lines between it, attempted to save it, but canceled this.
Then I've cut the text again, the gutter displays now only line 2 and 3, but no scrollbar.
Line 1 should contain "<?php", line 2 is empty and line 3 contains "?>".

When I attempt to scroll to line 1 (I've intentionally done Ctrl-Pos1), the following backtrace occurs:
java.lang.NullPointerException
	at org.gjt.sp.jedit.textarea.TextArea.scrollTo(TextArea.java:870)
	at org.gjt.sp.jedit.textarea.TextArea.scrollToCaret(TextArea.java:727)
	at org.gjt.sp.jedit.textarea.TextArea._finishCaretUpdate(TextArea.java:4891)
	at org.gjt.sp.jedit.textarea.TextArea.finishCaretUpdate(TextArea.java:5077)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2225)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2192)
	at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2182)
	at org.gjt.sp.jedit.textarea.TextArea._changeLine(TextArea.java:5190)
	at org.gjt.sp.jedit.textarea.TextArea.goToPrevLine(TextArea.java:2743)
	at sun.reflect.GeneratedMethodAccessor36.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.gjt.sp.jedit.bsh.Reflect.invokeMethod(Reflect.java:134)
	at org.gjt.sp.jedit.bsh.Reflect.invokeObjectMethod(Reflect.java:80)
	at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:855)
	at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
	at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
	at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
	at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130)
	at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80)
	at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362)
	at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258)
	at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186)
	at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:225)
	at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:423)
	at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:73)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:352)
	at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:317)
	at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:197)
	at firstmate.FirstMateInputHandler.handleKey(FirstMateInputHandler.java:201)
	at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:405)
	at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:151)
	at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4525)
	at java.awt.Component.processEvent(Unknown Source)
	at java.awt.Container.processEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
	at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
	at java.awt.Component.dispatchEventImpl(Unknown Source)
	at java.awt.Container.dispatchEventImpl(Unknown Source)
	at java.awt.Window.dispatchEventImpl(Unknown Source)
	at java.awt.Component.dispatchEvent(Unknown Source)
	at java.awt.EventQueue.dispatchEvent(Unknown Source)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
	at java.awt.EventDispatchThread.run(Unknown Source)

The problem appears to be, that after cutting the block of text, line 1 is not visible. When I undo all changes, I end up in line 1 apparently, but it's still not visible and pressing Ctrl-Pos1 (or cursor-up) produces the NPE.

This appears to be some corner case, since it's not easily reproducible and depends probably on the height of the buffer view and the text being cut/removed.

This is with jEdit trunk, r14969.
I'm marking this as "regressive", since I've not had something similar for a long time.

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2009-08-30 12:44

Message:
dupe of 1973498

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

Comment By: daniel hahler (blueyed)
Date: 2009-04-21 17:47

Message:
Alan, please note that this was not caused by "Undo" (IIRC), but only by
cutting a block of text:
after the text had been removed, only three lines were left (but the first
one was no visible, although the view area had space for 20+ lines).

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

Comment By: Alan Ezust (ezust)
Date: 2009-04-21 16:51

Message:
I recall another ticket was opened about line count being confused after a
multiline paste followed by an undo. I thought it was closed/fixed though.
If I can find it I will link it to this one, but it sounds like the same
old bug to me.



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

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