[ jEdit-devel ] [ jedit-Bugs-1489889 ] 4.3pre4 read-only warnings on ftp files

[SourceForge.net <noreply@so...>]

Bugs item #1489889, was opened at 2006-05-16 16:39
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=1489889&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
Submitted By: Chris Petersen (forevermore)
Assigned to: Nobody/Anonymous (nobody)
Summary: 4.3pre4 read-only warnings on ftp files

Initial Comment:
Upgraded to pre4 (will be downgrading shortly) and the
first thing I notice is that every time I save a file
(remote ssh file with ftp plugin) it tells me the file
is read-only.  It's not, and it's getting REALLY annoying.

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

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

[ jEdit-devel ] [ jedit-Bugs-1489847 ] ruby number highlighting change

[SourceForge.net <noreply@so...>]

Bugs item #1489847, was opened at 2006-05-16 21:16
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=1489847&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: minor bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Matt (mattmgm)
Assigned to: Nobody/Anonymous (nobody)
Summary: ruby number highlighting change

Initial Comment:
In ruby 10_000 is a valid number (or any num w/ an _ to
represent a comma), but it is not highlighted as one. 
Sorry I don't know enough about the highlighting to
submit a patch.  I could do an RE, but I don't think
that would help much ...


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

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

Re: [ jEdit-devel ] notification when dockable is displayed?

[Alan Ezust <alan.ezust@gm...>]

The dockables.xml code gets executed when the action "dockablename" is
invoked, by either keyboard or user interaction.

I don't understand how watching for DockableWindowManager events will
help you achieve your goal. What event is it you want to respond to?

Do you want the dockable to show itself whenever an .xml file is
opened? If so, you are not monitoring for dockable events, but for
textarea events.


On 5/15/06, Achim We=DFling <achim.wessling@...> wrote:
> Hallo,
>
> I'd like to build a plugin, which is _only_ displayed as a dockable when
> in the editor are special kinds of files open. For example files with
> the extension '.xml'.
>
> For the first call of my plugin I managed the discribed behavior by the
> following code in my 'dockables.xml':
>
> if (buffer.isUntitled() || (! (buffer.getName().endsWith("xml")))) {
>   Macros.message(view, "JaserReports-Plugin is only supporting files
> with the extension '.xml'");
>   return;
> }
> else {
>   return new de.infokomGT.jjr.JasperReportsView(view, position);
> }
>
> But for all following calls to open the plugin, this code has no effect.
>
> So I tried to be informed by the MessageBus, but it seams there is no
> message send, when the DockableWindowManager opens or closes a window.
>
> Any help is welcome.
>
> Achim
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job ea=
sier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim=
o
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> --
> -----------------------------------------------
> jEdit Developers' List
> jEdit-devel@...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>

[ jEdit-devel ] [ jedit-Patches-1469996 ] switching buffers from a macro confuses textarea

[SourceForge.net <noreply@so...>]

Patches item #1469996, was opened at 2006-04-13 11:20
Message generated for change (Settings changed) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1469996&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: Accepted
Priority: 5
Submitted By: Ernst de Vries (ejdevries)
Assigned to: Alan Ezust (ezust)
Summary: switching buffers from a macro confuses textarea

Initial Comment:
I tried this with a clean jedit 4.3pre3 install:
1) Open several files in jedit
2) Run the 'Buffer switcher' macro in the Files menu
and select another file.

Now the textArea is confused: the caret is no longer
visible when using the up/down keys, the line number is
no longer updated, and the textArea does not scroll
anymore.

Reloading the buffer will revert the textArea to its
normal state.

The bug can also be reproduced by running a macro
containing the function jEdit.openFile.

I've seen this problem in 4.3pre2/3 in Linux (AMD 64)
with JDK 1.5, and win2k with JDK 1.5.


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

>Comment By: Alan Ezust (ezust)
Date: 2006-05-16 11:18

Message:
Logged In: YES 
user_id=935841

Macros need to be rewritten to end/begin a new compoundEdit
whenever they switch buffers. Buffer_Switcher and
TogglerHeaderSource have both been patched. The
documentation has been updated accordingly. Committed to CVS. 

Other macros that change buffers still need to be patched.

Feel free to try this version:
http://lazarus.oddiofile.com:81/workspace/jEditCVS/jedit.jar



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 12:35

Message:
Logged In: YES 
user_id=935841

ignore previous comment. I can reproduce under windows too.

Also, it's just just openFile, but also
editPane.nextBuffer() and editPane.prevBuffer() - in
general, anything that causes the editPane to change its
buffer from a macro.


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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 10:22

Message:
Logged In: YES 
user_id=935841

Some more info: I can reproduce this on linux but not under
windows.



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 09:04

Message:
Logged In: YES 
user_id=935841

I can call jedit.openFile() from the beanshell console and
it does NOT reproduce this problem.

So there is something very different about code executed by
macros versus code executed from the beanshell console.

Furthermore, I can get a "good textarea" back by splitting
my view, going to the newly created editpane, and then
"unsplit all".



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 08:49

Message:
Logged In: YES 
user_id=935841

correction, I can reproduce it, and furthermore, it seems
that reloading the buffer does NOT make the problem go away. 

The only way I can make the problem go away is by creating
antoher view and killing this one.

I can call jEdit.openFile() from the beanshell console and
it does not cause this problem. It is definitely specific to
the way openFile gets called from a macro.



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 06:33

Message:
Logged In: YES 
user_id=935841

I've also noticed a problem like this, but it is not 100%
preproducible. I notice it only happens when I am switching
between certain files, and not others. 

I'm not sure what it is that these files have in common, but
it seems to happen more on large files than small ones. In
particular, after a recent buffer switch using
ToggleHeaderSource, I noticed that the textarea's
PhysLastLine seems to be the same as the visible last line.



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

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

[ jEdit-devel ] [ jedit-Bugs-1190815 ] VFSFileChooserDialog: fillter textfield eats filename events

[SourceForge.net <noreply@so...>]

Bugs item #1190815, was opened at 2005-04-27 09:31
Message generated for change (Comment added) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1190815&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: virtual file systems
Group: normal bug
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Justin Dieters (enderak)
Assigned to: Nobody/Anonymous (nobody)
Summary: VFSFileChooserDialog: fillter textfield eats filename events

Initial Comment:
When doing a "Save As" or "Save a Copy As", I am unable
to type a filename in the dialog box.  I can still move
around directories, click/highlight in the input box,
etc. using the mouse, but other keyboard input doesn't
seem to work in the box either, such as the up/down keys.

No errors are output to the Activity Log when this
happens, however the behaviour seems to only happen
when using the keyboard to activate the save as. (i.e.
Alt-F Alt-A or Alt-F followed by navigating with the
arrow keys)  This behaviour does not seem to happen
when going to File>Save As using the mouse.

On jEdit 4.3pre2 with Java 1.5 on Gentoo Linux.(Fluxbox WM)
(I have also noticed this behaviour since the 4.2pre's,
possibly earlier)

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

>Comment By: Björn Kautler (vampire0)
Date: 2006-05-16 18:54

Message:
Logged In: YES 
user_id=918212

you can do checkouts without permission via ssh-cvs. Just
see what is written here:
https://sourceforge.net/cvs/?group_id=588

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

Comment By: scragz (scragz)
Date: 2006-05-15 20:50

Message:
Logged In: YES 
user_id=775029

It must be that I'm updating from anonymous CVS. I just
manually downloaded the source of 4.3pre4 and I can't get
this to happen now. Good job.

On a side note, is there a better CVS to use?

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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 15:40

Message:
Logged In: YES 
user_id=935841

OH, and if you are updating from the anonymous CVS, don't.
The anonymous pserver is out of sync with HEAD.


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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 15:38

Message:
Logged In: YES 
user_id=935841

Can you reproduce this with 4.3pre4, which was just released?
I can't reproduce it anymore. I used to see it but now I
can't. Therefore, I am unable to fix it.



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

Comment By: scragz (scragz)
Date: 2006-05-15 12:35

Message:
Logged In: YES 
user_id=775029

This is still happening. Can someone reopen this bug?

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

Comment By: SourceForge Robot (sf-robot)
Date: 2006-04-24 04:20

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

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

Comment By: scragz (scragz)
Date: 2006-04-12 09:23

Message:
Logged In: YES 
user_id=775029

I updated from CVS as soon as I got the notification for
this and I just had it happen with that build. I'm going to
build again just in case I messed up somehow.

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

Comment By: Alan Ezust (ezust)
Date: 2006-04-09 18:41

Message:
Logged In: YES 
user_id=935841

I just committed a fix to CVS. All I did was move the
requestFocus() down a bit further in the method that creates
the  VFSFileChooserDialog, in hopes that it will happen
after the VFSBrowser (which contains the filterField) is
created.

Try updating from CVS and let me know if you see the problem
still. alternately, you can grab my JAR file:

http://lazarus.oddiofile.com:81/workspace/jEdit/jedit.jar





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

Comment By: Alan Ezust (ezust)
Date: 2006-04-08 23:15

Message:
Logged In: YES 
user_id=935841

Yes, sometimes it happens the first time I try to save a
file, and then closing and re-trying the save the second
time, it works fine...

If what scragz says is true, another widget (filter field)
is eating keystrokes so that the textbox in the file dialog
never gets them.

This is actually a good hint...



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

Comment By: scragz (scragz)
Date: 2006-04-01 11:07

Message:
Logged In: YES 
user_id=775029

I'm still getting this on 4.3pre3cvs20060330. I found
something interesting out about it a couple days ago: if you
click on the filter field, it will be appended with
everything you've tried to type so far and afterwards you
can correctly type into the filename field. Maybe this will
help track down what's causing this evil problem.

I only started having this happen since I switched from SuSE
to Ubuntu a couple months ago. It seems to happen most when
saving new files with Ctrl+S or Ctrl+Shift+S. It's SO
ANNOYING; someone please take a look!

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-09-16 02:07

Message:
Logged In: NO 

I have the same problem on my linux box running slack 10.1
with java version 1.5.0_01.  The behaviour occurs with both
jedit v4.2 and v4.3pre2.  

The inability to type anything is intermittant (it fails
~70% of the time) when I use keyboard shortcuts to bring up
the file system browser.  

Using the mouse to manually select File > Open or File >
Save never fails.

restarting jedit doesn't seem to affect the problem

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-07-01 23:20

Message:
Logged In: NO 

i noticed this behaviour with sun JDK 1.5.0_04 on
debian/sid, too.
it seems to be dialog-related, because closing the search dialog
usully helps. i think this bug does only occur, when the search
dialog is open.




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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-06-28 18:58

Message:
Logged In: NO 

This sort of behavior (unable to type in the save/save-as
dialog box) also happens sporadically on Mandrake 10.1 with
Java 1.5.0_1 and on Fedora Core 4.0 with Java 1.5.0_4 using
JEdit 4.3pre2. Only shutting down and restarting JEdit
temporarily fixes this behavior.

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

Comment By: Nobody/Anonymous (nobody)
Date: 2005-05-24 09:58

Message:
Logged In: NO 

I got a similar problem : I cannot type in the Save dialog
box, but I can in the Save As dialog box. The problem occurs
when I save a new file for the first time. If I use the Save
command, I cannot type in. So I use the Save As command, I
got the same dialog box, but I can type in.
This happens with 4.2 and 4.3pre2 on Fedora Core 3.

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

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

[ jEdit-devel ] [ jedit-Bugs-1489661 ] Hex mode does not work.

[SourceForge.net <noreply@so...>]

Bugs item #1489661, was opened at 2006-05-16 17:02
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=1489661&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: plugin API
Group: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter B. West (pbw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Hex mode does not work.

Initial Comment:
Following the documented method for bringing a file up
in hex dump mode does not work. Open File System
browser. Select file. In Plugins dropdown, select Hex.
Nothing happens.

SuSE 10.1. jEdit 4.3pre.

Colleague reports similar problem in XP.

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

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

[ jEdit-devel ] [ jedit-Patches-1469996 ] switching buffers from a macro confuses textarea

[SourceForge.net <noreply@so...>]

Patches item #1469996, was opened at 2006-04-13 20:20
Message generated for change (Settings changed) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1469996&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
Submitted By: Ernst de Vries (ejdevries)
Assigned to: Alan Ezust (ezust)
Summary: switching buffers from a macro confuses textarea

Initial Comment:
I tried this with a clean jedit 4.3pre3 install:
1) Open several files in jedit
2) Run the 'Buffer switcher' macro in the Files menu
and select another file.

Now the textArea is confused: the caret is no longer
visible when using the up/down keys, the line number is
no longer updated, and the textArea does not scroll
anymore.

Reloading the buffer will revert the textArea to its
normal state.

The bug can also be reproduced by running a macro
containing the function jEdit.openFile.

I've seen this problem in 4.3pre2/3 in Linux (AMD 64)
with JDK 1.5, and win2k with JDK 1.5.


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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 21:35

Message:
Logged In: YES 
user_id=935841

ignore previous comment. I can reproduce under windows too.

Also, it's just just openFile, but also
editPane.nextBuffer() and editPane.prevBuffer() - in
general, anything that causes the editPane to change its
buffer from a macro.


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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 19:22

Message:
Logged In: YES 
user_id=935841

Some more info: I can reproduce this on linux but not under
windows.



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 18:04

Message:
Logged In: YES 
user_id=935841

I can call jedit.openFile() from the beanshell console and
it does NOT reproduce this problem.

So there is something very different about code executed by
macros versus code executed from the beanshell console.

Furthermore, I can get a "good textarea" back by splitting
my view, going to the newly created editpane, and then
"unsplit all".



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 17:49

Message:
Logged In: YES 
user_id=935841

correction, I can reproduce it, and furthermore, it seems
that reloading the buffer does NOT make the problem go away. 

The only way I can make the problem go away is by creating
antoher view and killing this one.

I can call jEdit.openFile() from the beanshell console and
it does not cause this problem. It is definitely specific to
the way openFile gets called from a macro.



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 15:33

Message:
Logged In: YES 
user_id=935841

I've also noticed a problem like this, but it is not 100%
preproducible. I notice it only happens when I am switching
between certain files, and not others. 

I'm not sure what it is that these files have in common, but
it seems to happen more on large files than small ones. In
particular, after a recent buffer switch using
ToggleHeaderSource, I noticed that the textarea's
PhysLastLine seems to be the same as the visible last line.



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

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

Re: [ jEdit-devel ] Automating Reloading of a Plug-in During Development

[Dale Anson <danson@gr...>]

I wish I could give credit to the original author.  I got it from this 
list quite a while ago, but I don't remember who came up with it 
originally.

Dale


On Mon, 15 May 2006, Andy Streich wrote:

> Thanks, Dale.  I've tried to write something like this before and failed.
> Your solution works fine.
>
> Andy
>
> On Wednesday 10 May 2006 06:04 pm, Dale Anson wrote:
>> I use this macro:
>>
>> reloadPlugin(View view){
>>     String name = "plugin.Classname";
>>     EditPlugin plugin = jEdit.getPlugin(name);
>>     PluginJAR jar = plugin.getPluginJAR();
>>     jEdit.removePluginJAR(jar, false);
>>     jEdit.addPluginJAR(jar.getPath());
>> }
>>
>> reloadPlugin(view);
>>
>> Insert your plugin classname for the "name" variable.  And then assign
>> it to a shortcut key.
>>
>> Dale
>>
>> On Wed, 10 May 2006, Alan Ezust wrote:
>>> Not sure about the macro or ant task, but there is a plugin called
>>> "Activator" which helps in that regard.
>>>
>>> On 5/10/06, Philip Weaver <philip@...> wrote:
>>>>  The plug-in development section of the jEdit manual states that
>>>>  somewhere on the jEdit website a macro and ant task exists for
>>>>  automating reloading of a plug-in during development. I am looking. But
>>>>  does anyone know what I should be looking for?
>>>>
>>>>  Chapter18.Implementing a Simple Plugin >
>>>>
>>>>  Reloading the Plugin > "The jEdit web site contains a macro and an Ant
>>>>  task that can be used as an alternative method for dynamically
>>>>  reloading plugins."
>>>>
>>>>  Thanks,
>>>>  Philip Weaver
>>>
>>> -------------------------------------------------------
>>> Using Tomcat but need to do more? Need to support web services, security?
>>> Get stuff done quickly with pre-integrated technology to make your job
>>> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
>>> Geronimo
>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>>> --
>>> -----------------------------------------------
>>> jEdit Developers' List
>>> jEdit-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>>
>> -------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job
>> easier Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEdit-devel@...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>

Re: [ jEdit-devel ] need help releasing plugins

[Dale Anson <danson@gr...>]

So what's the procedure?  You added me to the list to be able to build 
plugins a couple of weeks ago, and I haven't followed through.  Do I just 
pick a plugin from the plugin central submission page, and assign it to 
myself?  The rest of the instructions seem to be straigtforward.

Dale


On Mon, 15 May 2006, Alan Ezust wrote:

> Can I have a volunteer to release plugins for me? jhoyt is doing a
> great job, but there are too many plugin releases for him. I've been
> helping out so I could see my fixes released sooner and also to help
> offload some of his work, but now I want to spend more time on jedit
> core and less on plugins.
>
> Vampire0 correctly observed, I shouldn't be releasing my own plugins
> anyway since other people are likely to catch bugs that I might miss,
> in the packaging process.
>
> if you want to know how to do it, please check out the project
> "plugins.pjo" from jedit CVS and read pjo.txt.
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> -- 
> -----------------------------------------------
> jEdit Developers' List
> jEdit-devel@...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>

[ jEdit-devel ] [ jedit-Plugin Bugs-1489533 ] PHPParser doesn't parse Files with const keyword

[SourceForge.net <noreply@so...>]

Plugin Bugs item #1489533, was opened at 2006-05-16 14:59
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=1489533&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
Submitted By: David Stächele (scarfhogg)
Assigned to: Nobody/Anonymous (nobody)
Summary: PHPParser doesn't parse Files with const keyword

Initial Comment:
When a class declares a constant using the "const" keyword the file 
cannot be parsed.

minimal example:

class MyClass
{
    const MY_CONST = true;
}

The structure browser only shows "Not parsed"


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

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

[ jEdit-devel ] [ jedit-Bugs-1473573 ] jedit on Dual Screen Matrox MGA450 / 550

[SourceForge.net <noreply@so...>]

Bugs item #1473573, was opened at 2006-04-20 14:29
Message generated for change (Comment added) made by aksels
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1473573&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
Submitted By: aksels (aksels)
Assigned to: Nobody/Anonymous (nobody)
Summary: jedit on Dual Screen Matrox MGA450 / 550

Initial Comment:
I have a very strange problem running Jedit (4.2 or 4.3)
on my  PC with matrox g*** dual head and two displays .
It doesn't matter if windows or linux. I have two PCs,
one Windows and G450, one linux and G550. both the same.

Problem:
If I start jedit, and load a file, the scrolling is
very very slow. the cpu utilization goes near to 100%
if you hit the down key.

Solution1:
Restart jedit sometimes works. 

Solution2:
If I Split and then unsplit the current view, it works
most times.

This is very annoying.


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

>Comment By: aksels (aksels)
Date: 2006-05-16 07:38

Message:
Logged In: YES 
user_id=1363220

Tested the latest jEdit version 4.3pre4.
No difference, problem is the same as discribed above.

But: Got a new PC, with Intel Graphics and dual head support.
Until now, I had no problems.
So for me it seems, that this belongs to Matrox. 
Do you have any ohter idea?

Greetings aksels





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

Comment By: aksels (aksels)
Date: 2006-04-21 07:24

Message:
Logged In: YES 
user_id=1363220

below is a listing of the plugins I am using on my windows pc.
because I don't know, how to get a simple plugin list from
jedit, this is a driectory listing. not all of them are
loaded. all of them are up to date except console plugin.

On my linux pc I have a subset of these jars installed. 

I am using jedit for about 2 years, and had this problem
all the time. but on my old pcs, i thought they are to slow.
so over the time, I had many versions of jedit and plugins,
also a number of operating systems, win 2k, xp, linux
kernels 2.4 - 2.6, Xfree and xorg versions.
So I don't think, this problem belongs to special version of
files.
Not much help, sorry. but i can try out something if you
have an idea
----------------jar list---------------------
19.04.2006  18:05           421.008 ant-nodeps.jar
12.08.2003  20:08           673.013 ant-optional.jar
12.08.2003  20:08           736.810 ant.jar
27.04.2004  22:09            78.725 AntFarm.jar
07.03.2006  11:36           526.046 bcel.jar
16.04.2005  05:03            30.234 BufferList.jar
26.04.2005  15:59            19.556 BufferTabs.jar
02.01.2004  10:14           227.620 CharacterMap.jar
02.02.2006  05:08            41.326 CodeBrowser.jar
24.02.2004  21:38            25.161 ColumnRuler.jar
01.02.2006  19:06            46.885 CommonControls.jar
07.03.2006  11:36            46.725 commons-codec-1.3.jar
07.03.2006  11:36           518.641 commons-collections.jar
07.03.2006  11:36           224.754 commons-httpclient-2.0.1.jar
07.03.2006  11:36           169.763 commons-lang-2.0.jar
07.03.2006  11:36            26.388 commons-logging.jar
01.11.2004  01:19           181.279 Console.jar
30.06.2005  01:17           171.647 CssEditor.jar
30.06.2005  01:58         2.204.285 CssValidator.jar
21.01.2003  09:31            83.965 EBrowse.jar
22.04.2005  17:35            39.797 EditorScheme.jar
06.10.2005  05:10            49.930 ErrorList.jar
07.03.2006  04:32            43.844 FastOpen.jar
23.06.2003  22:17            23.255 HexEdit.jar
07.03.2006  05:43            37.325 highlight.jar
21.11.2005  04:37           151.853 htmlparser.jar
06.01.2006  04:43            73.663 InfoViewer.jar
07.03.2006  11:36             1.247 JakartaCommons.jar
26.03.2003  07:29           242.540 Jane.jar
01.06.2004  16:29            99.422 JavaCore.jar
28.04.2004  00:55           220.913 JavaParser.jar
21.03.2006  19:35           156.635 JavaSideKick.jar
06.02.2004  17:57            48.774 jazzy-core.jar
06.02.2004  17:57            18.283 jazzy-swing.jar
09.02.2004  17:57           138.206 JazzyPlugin.jar
02.02.2006  09:16           147.846 JBrowse.jar
09.03.2005  22:42            46.146 JCompiler.jar
03.08.2004  08:18           220.226 JDiffPlugin.jar
17.01.2006  06:06           324.952 jgoodies_looks.jar
20.12.2005  14:38           989.465 jruby.jar
27.03.2002  08:55           160.001 JTidyPlugin.jar
25.01.2006  05:32            11.665 kappalayout.jar
17.01.2006  06:06            39.811 kunststoff.jar
03.01.2006  09:52             2.612 LatestVersion.jar
07.03.2006  11:36           350.525 log4j.jar
31.01.2006  23:59            42.989 LookAndFeel.jar
17.01.2006  06:06            62.430 metouia.jar
19.04.2006  18:37            13.227 Navigator.jar
31.01.2006  23:59            70.824 nimrodlf.jar
17.01.2006  06:06           445.546 oalnf.jar
23.03.2006  04:57           191.750 PHPParser.jar
02.02.2006  04:38           595.528 ProjectViewer.jar
03.01.2006  09:52            10.388 QuickNotepad.jar
15.12.2005  20:22            60.047 resolver.jar
20.12.2005  14:38            41.510 retroweaver.jar
30.12.2005  13:05         1.056.161 RubyPlugin.jar
28.09.2004  21:39            59.760 Sessions.jar
20.03.2006  23:43            85.076 SideKick.jar
17.01.2006  06:06           332.324 skinlf.jar
28.03.2006  15:00            47.811 SpellCheck.jar
24.07.2005  05:15            39.183 SuperAbbrevs.jar
28.10.2003  11:55            22.787 SwitchBuffer.jar
02.02.2006  09:16            53.763 TextTools.jar
17.01.2006  06:06           380.506 toniclf.jar
10.03.2006  15:43            44.961 whitespace.jar
15.12.2005  20:22         1.203.860 xercesImpl.jar
15.12.2005  20:22           194.205 xml-apis.jar
15.12.2005  20:33           291.288 XML.jar
07.03.2006  11:36           116.047 xmlrpc-2.0.1.jar
08.03.2006  01:36           329.271 XSearch.jar

----------------jar list---------------------


greetings aksels

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

Comment By: Alan Ezust (ezust)
Date: 2006-04-20 15:35

Message:
Logged In: YES 
user_id=935841

as it happens, I also have a G550, and have never
experienced that, so I have no idea how to reproduce. What
plugins are you using?
have you tried different combos of plugins?


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

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

[ jEdit-devel ] notification when dockable is displayed?

[Achim <achim.wessling@gt...>]

Hallo,

I'd like to build a plugin, which is _only_ displayed as a dockable when
in the editor are special kinds of files open. For example files with
the extension '.xml'.

For the first call of my plugin I managed the discribed behavior by the
following code in my 'dockables.xml':

if (buffer.isUntitled() || (! (buffer.getName().endsWith("xml")))) {
  Macros.message(view, "JaserReports-Plugin is only supporting files
with the extension '.xml'");
  return;
}
else {
  return new de.infokomGT.jjr.JasperReportsView(view, position);
}

But for all following calls to open the plugin, this code has no effect.

So I tried to be informed by the MessageBus, but it seams there is no
message send, when the DockableWindowManager opens or closes a window.

Any help is welcome.

Achim

[ jEdit-devel ] [ jedit-Plugin Central Submission-1479128 ] ProjectViewer 2.1.3.1

[SourceForge.net <noreply@so...>]

Plugin Central Submission item #1479128, was opened at 2006-04-29 18:10
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1479128&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
Submitted By: Marcelo Vanzin (vanza)
Assigned to: Alan Ezust (ezust)
Summary: ProjectViewer 2.1.3.1

Initial Comment:
Name: ProjectViewer
Version: 2.1.3.1

Requirements:
* JDK 1.3
* jEdit 4.2pre12
* CommonControls plugin 0.9.0

Announcement:
- bug fix release: fixes NullPointerException when
using files from a VFS.

Source:
plugins/ProjectViewer
tag: pv_2_1_3_1

Description:
The ProjectViewer plugin provides an interface
for managing a "project", i.e. a related group of
source files.

Comments:
- only compiles with 1.4 (but runs on 1.3)
- needs InfoViewer and ErrorList to compile (not to run)
- uses the common build file available in CVS under
plugins/build-support; please use the "package" target
when building (instead of "build") so that the
documentation is built.


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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 23:26

Message:
Logged In: YES 
user_id=935841

Released to Plugin Central.

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

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

[ jEdit-devel ] [ jedit-Plugin Central Submission-1488880 ] Console 4.2.6.1 Released

[SourceForge.net <noreply@so...>]

Plugin Central Submission item #1488880, was opened at 2006-05-15 07:06
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1488880&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
Submitted By: Alan Ezust (ezust)
Assigned to: Alan Ezust (ezust)
Summary: Console 4.2.6.1 Released

Initial Comment:
Tag: release-4-2-6-1



Console Version 4.2.6.1  Requires jEdit 4.2 final, JDK
1.5, ErrorList 1.3.5, and ProjectViewer 2.1.1 (optional)

    * Improved make and ant commando buttons.
    * Fixed *nix quoting/spacing/platform issues (1468934).
    * Fixed 1459562 - Console.waitFor() now works.
    * Added checkboxes in General Option Pane:
showExitStatus and mergeStreams.
    * Added "none" option for shell prefix (which
currently does not work). 




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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 23:26

Message:
Logged In: YES 
user_id=935841

Released to Plugin Central.

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

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

[ jEdit-devel ] [ jedit-Plugin Central Submission-1488865 ] XSearch 1.1 released

[SourceForge.net <noreply@so...>]

Plugin Central Submission item #1488865, was opened at 2006-05-15 06:52
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1488865&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
Submitted By: Alan Ezust (ezust)
Assigned to: Alan Ezust (ezust)
Summary: XSearch 1.1 released

Initial Comment:

The Extended Search plugin offers enhanced
search-and-replace dialogs based on those from the
jEdit text editor. XSearch's dialogs are dockable or
floatable, giving more flexible usability. They include
all the standard search and replace functions described
in jEdit user guide.

As of XSearch 1.0.9.2, you have an option of overriding
the built-in Find and Search in directory... actions
with XSearch equivalents. The Find action, if there is
a selection, will also serve as Replace in selection,
but if there is no selection, will select the "current
buffer" as the search scope.

Tag: release-1-1-0

Version 1.1 .  Requires JDK 1.4, jEdit 4.3pre4.

o Project Search: search in all files of the current
project of PV (rw)
o Hyper search: navigation buttons added (rw)
o Option to remap "find" and "search in directory" to
XSearch actions (ae)
o Changed the "synchronize" checkbox to a sync button,
with a context menu for making it "autosync". (ae)
o Small UI improvements

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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 23:26

Message:
Logged In: YES 
user_id=935841

Released to Plugin Central.

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

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

[ jEdit-devel ] [ jedit-Plugin Central Submission-1472290 ] FTP 0.7.7

[SourceForge.net <noreply@so...>]

Plugin Central Submission item #1472290, was opened at 2006-04-18 06:28
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1472290&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
Submitted By: Nicholas O'Leary (olearyni)
Assigned to: Alan Ezust (ezust)
Summary: FTP 0.7.7

Initial Comment:
 Requires:
- jedit 4.3pre2
- JakartaCommonsPlugin 0.3

Changes:
- Crumbling to popular demand, added the ability to
save passwords. NB: they are stored in a hard, but not
impossible, to read file - a similar approach to eclipse.
- Patch 1445269 : "readonly error"/chmod exception


Source:
- cvs module: plugins/FTP
- release: ftp_0_7_7

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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 23:26

Message:
Logged In: YES 
user_id=935841

Released to Plugin Central.

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

Comment By: Nicholas O'Leary (olearyni)
Date: 2006-04-18 06:51

Message:
Logged In: YES 
user_id=631957

Oops - my bad. You are right.

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

Comment By: Alan Ezust (ezust)
Date: 2006-04-18 06:40

Message:
Logged In: YES 
user_id=935841

depends on 4.3pre2? are you sure? I thought it required a
patch to 4.3pre4 that i just applied.


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

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

[ jEdit-devel ] [ jedit-Plugin Central Submission-1488867 ] Infoviewer 1.5.6 Tagged in CVS

[SourceForge.net <noreply@so...>]

Plugin Central Submission item #1488867, was opened at 2006-05-15 06:54
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1488867&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
Submitted By: Alan Ezust (ezust)
Assigned to: Alan Ezust (ezust)
Summary: Infoviewer 1.5.6 Tagged in CVS

Initial Comment:
Tag: infoviewer-1-5-6

Version 1.5.6 - 
  History, Back and Forward actions rewritten - now the
current position
  gets pushed onto the forward stack when back is
pressed, and vice-versa.


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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 23:26

Message:
Logged In: YES 
user_id=935841

Released to Plugin Central.

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

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

[ jEdit-devel ] [ jedit-Bugs-1469996 ] switching buffers from a macro confuses textarea

[SourceForge.net <noreply@so...>]

Bugs item #1469996, was opened at 2006-04-13 11:20
Message generated for change (Settings changed) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1469996&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: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Ernst de Vries (ejdevries)
Assigned to: Alan Ezust (ezust)
>Summary: switching buffers from a macro confuses textarea

Initial Comment:
I tried this with a clean jedit 4.3pre3 install:
1) Open several files in jedit
2) Run the 'Buffer switcher' macro in the Files menu
and select another file.

Now the textArea is confused: the caret is no longer
visible when using the up/down keys, the line number is
no longer updated, and the textArea does not scroll
anymore.

Reloading the buffer will revert the textArea to its
normal state.

The bug can also be reproduced by running a macro
containing the function jEdit.openFile.

I've seen this problem in 4.3pre2/3 in Linux (AMD 64)
with JDK 1.5, and win2k with JDK 1.5.


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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 12:35

Message:
Logged In: YES 
user_id=935841

ignore previous comment. I can reproduce under windows too.

Also, it's just just openFile, but also
editPane.nextBuffer() and editPane.prevBuffer() - in
general, anything that causes the editPane to change its
buffer from a macro.


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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 10:22

Message:
Logged In: YES 
user_id=935841

Some more info: I can reproduce this on linux but not under
windows.



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 09:04

Message:
Logged In: YES 
user_id=935841

I can call jedit.openFile() from the beanshell console and
it does NOT reproduce this problem.

So there is something very different about code executed by
macros versus code executed from the beanshell console.

Furthermore, I can get a "good textarea" back by splitting
my view, going to the newly created editpane, and then
"unsplit all".



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 08:49

Message:
Logged In: YES 
user_id=935841

correction, I can reproduce it, and furthermore, it seems
that reloading the buffer does NOT make the problem go away. 

The only way I can make the problem go away is by creating
antoher view and killing this one.

I can call jEdit.openFile() from the beanshell console and
it does not cause this problem. It is definitely specific to
the way openFile gets called from a macro.



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

Comment By: Alan Ezust (ezust)
Date: 2006-05-15 06:33

Message:
Logged In: YES 
user_id=935841

I've also noticed a problem like this, but it is not 100%
preproducible. I notice it only happens when I am switching
between certain files, and not others. 

I'm not sure what it is that these files have in common, but
it seems to happen more on large files than small ones. In
particular, after a recent buffer switch using
ToggleHeaderSource, I noticed that the textarea's
PhysLastLine seems to be the same as the visible last line.



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

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