jedit-devel Mailing List for jEdit

Bugs item #2841361, was opened at 2009-08-20 22:12
Message generated for change (Comment added) made by blueyed
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2841361&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: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Roland Hughes (roland_hughes)
Assigned to: Nobody/Anonymous (nobody)
Summary: clipboard copy won't paste into other applications

Initial Comment:
sometimes it works just fine, but usually on your second or third try, selecting and copying things via c-a  c-c will create an empty buffer for an external application like IBM Symphony

jEdit 4.3pre16 using Java 1.5.0_20

Karmic Koala Ubuntu

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

>Comment By: daniel hahler (blueyed)
Date: 2010-07-30 21:31

Message:
This is reported for gnome-terminal and jEdit in Ubuntu at
https://launchpad.net/bugs/347308 and you will find other users
experiencing this when searching the web, e.g.
http://old.nabble.com/Copy-and-Paste-in-Linux---Fedora-td27138029.html

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2009-12-04 14:37

Message:
In that case:
1. Do you have the error widget enabled in the status bar? If not, I
suggest to add it using the Global options. It will show you whenever an
exception is raised.
2. Did you check the activity log if there were exceptions when "copy"
failed to copy?
Next time this happens, please check the activity.log file for exceptions
or attach it to this item with the time of the problem.

If you're copying large chunks of text, you may receive an OutOfMemory
exception. In other cases, you might get other exceptions, and it's
necessary to see them to understand what went wrong.

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

Comment By: Roland Hughes (roland_hughes)
Date: 2009-12-04 14:28

Message:
It is most definitely a jEdit issue.  If you visit
http://www.theminimumyouneedtoknow.com and http://www.infiniteexposure.net
you will see that I write a _lot_ of books.  I am constantly bouncing
around between multiple word processors along with SciTE, KATE, Eclipse,
Cream,LSE, TEA, LeafPad, and jEdit.  The problem only happens with jEdit. 
Another here identified a sequence which seems to repeat the problem
consistently.  I'm not on a virtual network and all of the storage I use
for this system is physically on this system. 

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2009-12-04 04:46

Message:
Recently, I found out that the copy problems from jEdit in my system also
happen with other applications. Finally, I found out that the VNC client I
was using (TightVNC) was the cause of the problem; it simply captures
keystrokes and occasionally prevents "copy" from working. Once I stopped
using TightVNC, the problem never occurred again. In my case, it was
certainly not a jEdit issue, and I really doubt it is a jEdit issue in your
case as well.
Please try such copy/paste sequences with other applications, to check if
this happens only if jEdit. Don't try just once or twice, make a sequence
of copy/paste operations using another editor and see if you experience the
problem there too.

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

Comment By: Roland Hughes (roland_hughes)
Date: 2009-08-24 23:46

Message:
I don't think it is "content" related, but I have been able to reproduce
this bug jEdit to jEdit.

Open an instance of jEdit which has several text/source files open.  Click
on View and choose "new view".  Drag the new view over to the side and
click on File->New.  Pick one of your source files in the other view, start
selecting snippets of it with mouse, then click on Edit->copy.  Click on
your new view and attempt to paste via <Shift>Insert.  It only works "some
of the time".

It shouldn't have anything to do with the source I was editing, but here
it is, just in case:

import System.Collections



.INCLUDE "MEGA_INC:MEGA_STRUCTS.DBI"

;***********************************************************************
;       DBL_ZILL_CREATE_STATS_SUB
;   Subroutine to import CSV file into indexed file.
;***********************************************************************
subroutine dbl_zill_create_stats_sub


external function 
        update_stat_elm ,i     ; forward declare function
endexternal

.INCLUDE "MEGA_INC:MEGA_RECS.DBI"

literal
    D_ZERO  ,d.,     0.0

    record 
        tt              ,i4
        mega_chan       ,i4
        mega_stat_chan  ,i4
        draw_stat_chan  ,i4
        record_count    ,i4
        l_x             ,i4
        l_y             ,i4
        l_z             ,i4
        eof_flg         ,Boolean,   %FALSE
        file_err_flg    ,Boolean,   %FALSE
        l_sub           ,i4
        l_draw_no       ,i4
        dstats          ,[ELM_COUNT]zillionare_stat_rec_struct
        mstats          ,[ELM_COUNT]zillionare_stat_rec_struct


proc
    xcall flags( 7000000, 1)
    open(tt=%syn_freechn,i,"tt:")

    try
        open( mega_chan=%syn_freechn,i:i, 
        &     MEGA_FILE_NAME ,
        &     SHARE:Q_NO_EXCL ,
        &     RECTYPE:1)
    
    catch (e, @Exception)
    begin
        l_x = %SYSERR
        writes( tt, %string(l_x) + " result code opening " +
MEGA_FILE_NAME)
        forms(tt, -3)
        file_err_flg = %TRUE
        eof_flg = %TRUE
    end
    endtry

    ;-----
    ;   Create our output files
    ;-----
      
    if (.NOT. file_err_flg)
    begin
        try
            open( mega_stat_chan=%syn_freechn,
            & o:i, 
            & MSTAT_FILE_NAME ,
            & FDL:"@MEGA_DAT:MEGA_STATS.FDL" ,
            & RECTYPE:1)
    
        catch (e, @Exception)
         begin
            l_x = %SYSERR
            writes( tt, %string( l_x) + 
            &       " result trying to open " + MSTAT_FILE_NAME )
            close( mega_chan)
            file_err_flg = %TRUE
            eof_flg = %TRUE
         end
        endtry
    end
    
    
    if (.NOT. file_err_flg)
    begin
        try
            open( draw_stat_chan=%syn_freechn,o:i, 
            &     DSTAT_FILE_NAME ,
            &     FDL:"@MEGA_DAT:MEGA_STATS.FDL" ,
            &     RECTYPE:1)

        catch(e, @Exception)
        begin
            l_x = %SYSERR
            writes( tt, %string( l_x) + 
            &  " result trying to open " + DSTAT_FILE_NAME)
            close( mega_chan)
            close( mega_stat_chan)
            file_err_flg = %TRUE
            eof_flg = %TRUE
        end
        endtry
    end
    
    ;
    ;   close up and go home if we had trouble opening a file
    ;
    if (file_err_flg)
        goto exit_program
        
    ;---
    ;   Initialize some values
    ;---
    record_count = 0
    l_draw_no = 0
    
    ;---
    ;   Don't trust the documentation, empty the 
    ;   arrays properly before continuing
    ;---
    for l_x FROM 1 THRU ELM_COUNT BY 1
    begin
        dstats[ l_x].elm_no         = l_x
        dstats[ l_x].hit_count      = 0
        dstats[ l_x].last_draw_no   = 0
        dstats[ l_x].since_last     = 0
        dstats[ l_x].curr_seq       = 0
        dstats[ l_x].longest_seq    = 0
        dstats[ l_x].max_btwn       = 0
        xcall fp_from_num( dstats[ l_x].pct_hits, D_ZERO)
        xcall fp_from_num( dstats[ l_x].ave_btwn, D_ZERO)
        
        mstats[ l_x] = dstats[ l_x]        
    end
    
    ;---
    ;   Loop through all input records
    ;---
    while (.NOT. eof_flg)
        call read_drawings
    
    ;---
    ;   Write final count and new stats files
    ;---
    writes( tt, %string(record_count) + " records processed");
    
    call generate_final_stats
    
    call write_stats
    
    close( mega_chan)
    close( mega_stat_chan)
    close( draw_stat_chan)
    close( tt)
    
    goto exit_program
    
  ;---------------------------------------------------------------------
  ;   Bulk of the work happens here
  ;---------------------------------------------------------------------
  read_drawings,
    reads( mega_chan, draw_rec, eof_in, DIRECTION:Q_FORWARD, 
    &      WAIT:7)
    
    incr record_count
    incr l_draw_no
    
    if ( (record_count // 100) .eq. (record_count / 100))
       writes(tt, "   Processed   " + %string( record_count) 
       &  + " records")
    
    ;---
    ;   The function doesn't care which array we are working with
    ;---
    l_z =  update_stat_elm( dstats[ draw_rec.no_1], l_draw_no)
    l_z =  update_stat_elm( dstats[ draw_rec.no_2], l_draw_no)
    l_z =  update_stat_elm( dstats[ draw_rec.no_3], l_draw_no)
    l_z =  update_stat_elm( dstats[ draw_rec.no_4], l_draw_no)
    l_z =  update_stat_elm( dstats[ draw_rec.no_5], l_draw_no)
    l_z =  update_stat_elm( mstats[ draw_rec.mega_no], l_draw_no)

    return
    
  eof_in,
    eof_flg = %TRUE
    return
    
  ;---------------------------------------------------------------------
  ;     Subroutine to calculate final stat values
  ;---------------------------------------------------------------------
  generate_final_stats,
    for l_x from 1 thru ELM_COUNT by 1
    begin
        xcall final_elm_stats( dstats[ l_x], l_draw_no)
        xcall final_elm_stats( mstats[ l_x], l_draw_no)
    end
    
  return

  ;---------------------------------------------------------------------
  ;     Subroutine to send data to output files
  ;---------------------------------------------------------------------
  write_stats,
    for l_x from 1 thru ELM_COUNT by 1
    begin
        try
            store( mega_stat_chan, mstats[ l_x])

        catch (e, @Exception)
        begin
            l_y = %SYSERR
            writes(tt, %string( l_y) + " result trying to write "
            &  + "to " + MSTAT_FILE_NAME)
            writes(tt, "Element number was " + %string( l_x))
        end
        endtry

        try
            store( draw_stat_chan, dstats[ l_x])
            
        catch (e, @Exception)
        begin
            l_y = %SYSERR
            writes(tt, %string( l_y) + " result trying to write "
            &  + "to " + DSTAT_FILE_NAME)
            writes(tt, "Element number was " + %string( l_x))
        end
        endtry
    end
    
  
  exit_program,
    if (%CHOPEN(tt))
        close(tt)
    XRETURN
    
endsubroutine

;***********************************************************************
;   Function to update one of the stat elms
;
;   Because the structures are the same
;   this works for either drawing elms or 
;   mega elms
;***********************************************************************
function update_stat_elm, i
   inout req elm     ,zillionare_stat_rec_struct
   in    req draw_no ,i4


    record
        l_since     ,i4

proc        
    l_since = draw_no - elm.last_draw_no
    if (l_since .eq. 1) then
     begin
        incr elm.curr_seq
        if (elm.curr_seq .gt. elm.longest_seq)
            elm.longest_seq = elm.curr_seq
     end
    else
     begin
        elm.curr_seq = 0
        if (l_since .gt. elm.max_btwn)
            elm.max_btwn = l_since
     end
    
    incr elm.hit_count
    elm.last_draw_no = draw_no
    elm.since_last = l_since

    freturn 1
endfunction


;***********************************************************************
;   Subroutine to calculate all stats for 
;   one of the stat elms.
;
;   Because the structures are the same
;   this works for either drawing elms or 
;   mega elms
;***********************************************************************
subroutine final_elm_stats
    inout req elm     ,zillionare_stat_rec_struct
    inout req draw_no ,i


    record
        flt_1       ,d9.3   ,0
        flt_2       ,d9.3   ,0
        
proc    
    flt_1 = elm.hit_count
    flt_2 = draw_no
    
    if (flt_2 .lt. 1)       ; stop divide by zero problem
        flt_2 = 1
        
    xcall fp_from_num( elm.pct_hits, (flt_1 / flt_2))

    
    flt_1 = draw_no - elm.hit_count
    flt_2 = elm.hit_count
    if (flt_2 .lt. 1)    then
        xcall fp_from_num( elm.ave_btwn, 9999.0)
    else        
        xcall fp_from_num( elm.ave_btwn, (flt_1 / flt_2))

    elm.since_last = draw_no - elm.last_draw_no

    xreturn    
endsubroutine    


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

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

Message:
I've also had some copy/paste problems recently with jEdit, and I sent an
email or two to the list for that, with no responses. I use Windows XP, the
problems I experienced are such that the copy action sometimes does not
copy anything, so in fact the clipboard continues to contain the content of
the previous copy. I also verified this using an external clipboard viewer
(I wanted to know if the problem was in the copy action or the paste
action, since this problem showed up in jEdit as well for me).
I tried to see how the code works, and I really don't understand how this
can happen. If I find a way to reliably reproduce this, or at least be able
to reproduce in a very short time, I will be able to debug and see what
went wrong. If you can provide a reproduction scenario, please do.

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

Comment By: Roland Hughes (roland_hughes)
Date: 2009-08-21 16:36

Message:
Last night I found the other really bad part about this bug.  If you hit
the "empty paste" issue quite a few times trying to paste into Lotus
Symphony from IBM, you will eventually cause symphony to go into a race
loop.  Perhaps jEdit is also walking on a critical JVM resource here since
both products are written in Java.  I've been working on a second edition
of "The Minimum You Need to Know to Be an OpenVMS Application Developer"
and trying to use jEdit for the code in the last couple of
chapters...mainly because it could highlight COBOL and nothing highlights
DIBOL.



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

Comment By: Roland Hughes (roland_hughes)
Date: 2009-08-20 23:00

Message:
No, it's a jEdit bug.  It has something to do with the "internal clipboard"
for lack of a better phrase where you can copy-append.  There seems to be
some path through the c-c logic which copies it to that internal clipboard,
but not the real clipboard used by other applications.  It usually always
works the first time so I will wager someone forgot to clear a flag.

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

Comment By: Alan Ezust (ezust)
Date: 2009-08-20 22:37

Message:
I've seen this too, but I assumed it was a java or platform bug, not
related to jEdit, since I can paste it back in jEdit.


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

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

Plugin Feature Requests item #3036992, was opened at 2010-07-30 10:59
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3036992&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: poleta333 (poleta333)
Assigned to: Shlomy Reinstein (shlomy)
Summary: UpdaterPlugin: update of all plugins

Initial Comment:
Hi

it would be nice it the pluggin updater would check if there is an update available for all installed plugins (not only jedit itself)

thnaks !

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

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-07-30 12:47

Message:
Oops, I wrote a link to the wrong item. The one I linked to is closed,
marked as a duplicate of #1748723. So see the later.

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-07-30 12:46

Message:
The plugins should always be updated by the Plugin Manager, not by other
plugins. There's already a feature request to allow alternate download
sites for plugins:
https://sourceforge.net/tracker/?func=detail&aid=2822722&group_id=588&atid=350588

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

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

Plugin Feature Requests item #3036992, was opened at 2010-07-30 10:59
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3036992&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: poleta333 (poleta333)
>Assigned to: Shlomy Reinstein (shlomy)
Summary: UpdaterPlugin: update of all plugins

Initial Comment:
Hi

it would be nice it the pluggin updater would check if there is an update available for all installed plugins (not only jedit itself)

thnaks !

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

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-07-30 12:46

Message:
The plugins should always be updated by the Plugin Manager, not by other
plugins. There's already a feature request to allow alternate download
sites for plugins:
https://sourceforge.net/tracker/?func=detail&aid=2822722&group_id=588&atid=350588

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

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

Plugin Feature Requests item #3036992, was opened at 2010-07-30 09:59
Message generated for change (Tracker Item Submitted) made by poleta333
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3036992&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: poleta333 (poleta333)
Assigned to: Nobody/Anonymous (nobody)
Summary: UpdaterPlugin: update of all plugins

Initial Comment:
Hi

it would be nice it the pluggin updater would check if there is an update available for all installed plugins (not only jedit itself)

thnaks !

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

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

Bugs item #2996066, was opened at 2010-05-03 14:29
Message generated for change (Comment added) made by donrhummy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2996066&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: don Rhummy (donrhummy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Application does not remember "maximized" setting

Initial Comment:
If I maximize jEdit and then close the application, when I restart it, it does not remember that I'd maximized it before.

Using: OpenSUSE 11.2
jedit: 4.3.1

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

>Comment By: don Rhummy (donrhummy)
Date: 2010-07-29 22:19

Message:
1440x900 is my screen size. But even when I have it set to 1418x872 (so the
height's also less to account for the title bar) it still doesnn't remember
to maximize on startup.

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-07-29 21:48

Message:
The 'EXT_STATE' shows that jEdit remembers the maximized state (6).
What is your screen resolution? jEdit ignores the EXT_STATE on startup if
it thinks that the width and height of the window (1418x900 in your
configuration) would put the window partially off-screen.
Thinking of this now, when the windows is maximized, these values probably
indicate the properties of the window before it was maximized - so it
doesn't make sense to ignore the EXT_STATE in this case. I just want to
verify with you that this is the case here.



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

Comment By: don Rhummy (donrhummy)
Date: 2010-07-29 18:31

Message:
Sorry, I just noticed your reply. Yes after PANES, it has:
<GEOMETRY X="0" Y="0" WIDTH="1418" HEIGHT="900" EXT_STATE="6" />

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-06-06 15:26

Message:
Can you attach your perspective.xml file (in the jedit settings
directory)?
I should contain something like <GEOMETRY X="..." Y="..."
WIDTH="...HEIGHT="..." EXT_STATE="6" />

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

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

Bugs item #2996066, was opened at 2010-05-03 21:29
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2996066&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: don Rhummy (donrhummy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Application does not remember "maximized" setting

Initial Comment:
If I maximize jEdit and then close the application, when I restart it, it does not remember that I'd maximized it before.

Using: OpenSUSE 11.2
jedit: 4.3.1

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

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-07-30 04:48

Message:
The 'EXT_STATE' shows that jEdit remembers the maximized state (6).
What is your screen resolution? jEdit ignores the EXT_STATE on startup if
it thinks that the width and height of the window (1418x900 in your
configuration) would put the window partially off-screen.
Thinking of this now, when the windows is maximized, these values probably
indicate the properties of the window before it was maximized - so it
doesn't make sense to ignore the EXT_STATE in this case. I just want to
verify with you that this is the case here.



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

Comment By: don Rhummy (donrhummy)
Date: 2010-07-30 01:31

Message:
Sorry, I just noticed your reply. Yes after PANES, it has:
<GEOMETRY X="0" Y="0" WIDTH="1418" HEIGHT="900" EXT_STATE="6" />

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-06-06 22:26

Message:
Can you attach your perspective.xml file (in the jedit settings
directory)?
I should contain something like <GEOMETRY X="..." Y="..."
WIDTH="...HEIGHT="..." EXT_STATE="6" />

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

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

Plugin Central Submission item #3031680, was opened at 2010-07-19 09:16
Message generated for change (Comment added) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3031680&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: Damien (kog13)
Assigned to: Townsfolk (elberry)
Summary: ProjectBuilder 1.2

Initial Comment:
{{{ ProjectBuilder 1.2
    Source: Source code is in SVN with the tag 1.2 (no SVN release numbers, please)
    Announcement: Some major changes to the template system as well as the build/run project system.
    Requires Java 1.6
    Requires jEdit 04.03.99.00
    Required plugins: 
        CommonControlsPlugin 1.2
        projectviewer.ProjectPlugin 3.0.1
        com.townsfolkdesigns.jedit.plugins.scripting.GroovyScriptEnginePlugin 1.0.0
    Optional plugins: 
        AntFarm 1.7
    
    Short Description: ProjectBuilder provides jEdit with project-creation tools similar to those of other IDE's. This version comes pre-packaged with project templates for jEdit plugins and standalone Java applications.
    
    Long Description: <html><p>Provides templates to create new projects of different types, or natures.
Integrates closely with ProjectViewer, providing type-specific actions and 
option panes. New project types can be easily created through the template
framework.</p></html>
 }}}

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

Comment By: Townsfolk (elberry)
Date: 2010-07-29 17:09

Message:
Released to Plugin Central.

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

Comment By: Damien (kog13)
Date: 2010-07-28 07:11

Message:
It's ready, I just made a small bug-fix that I'd forgotten to do earlier.
So feel free to release it. =)

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

Comment By: Townsfolk (elberry)
Date: 2010-07-27 15:31

Message:
kk. Noticed a couple of commits. Reopen the ticket when it's ready.

Thanks,
Eric

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

Comment By: Damien (kog13)
Date: 2010-07-27 15:05

Message:
Yeah, it's expecting a VPTProject, and it should be easy to fix, but I
don't get why an edit bus message with the message "project loaded" would
pass the root as the updated node. =/

It should be fixed now.

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

Comment By: Townsfolk (elberry)
Date: 2010-07-27 12:36

Message:
Getting an error when opening Plugins -> ProjectBuilder menu:
     [java] 12:33:31 PM [AWT-EventQueue-0] [error] EditBus:
org.codehaus.groovy.runtime.typehandling.GroovyCastException: Cannot cast
object 'VPTGroup [All Projects]' with class 'projectviewer.vpt.VPTRoot' to
class 'projectviewer.vpt.VPTProject'
     [java] 12:33:31 PM [AWT-EventQueue-0] [error] EditBus:  at
org.codehaus.groovy.runtime.typehandling.DefaultTypeTransformation.castToType(DefaultTypeTransformation.java:340)
     [java] 12:33:31 PM [AWT-EventQueue-0] [error] EditBus:  at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.castToType(ScriptBytecodeAdapter.java:635)
     [java] 12:33:31 PM [AWT-EventQueue-0] [error] EditBus:  at
projectbuilder.ProjectBuilderPlugin.handleMessage(ProjectBuilderPlugin.groovy:240)

Did you add some ProjectViewer integrations where you're expecting a
VPTProject, but are getting a VPTRoot instead?

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

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

Plugin Central Submission item #3036247, was opened at 2010-07-28 13:51
Message generated for change (Settings changed) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3036247&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Deleted
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: Slime 0.1

Initial Comment:
{{{ Slime 0.1
    Source: Source code is in SVN with the tag 0.1 (no SVN release numbers, please)
    Announcement: Initial release. Future updates will likely be made to add better extensibility and/or built-in support for more languages.
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: Plugin for embedding a running REPL session into the Console.
    
    Long Description: Slime embeds a REPL (Read Eval Print Loop) shell into Console that allows
you to have a REPL session running at all times. Actions are provided for
evaluating code within the running REPL session; you can evaluate selected
text, the active buffer, or choose an external file.

This version supports running REPL's for Clojure, Groovy, and Python.
 }}}

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

Comment By: Townsfolk (elberry)
Date: 2010-07-29 15:36

Message:
Cool. Thanks.

Actually the trunk version of ScriptEnginePlugin shouldn't have that
broken SSH console any more.

And, you need to install the separate ScriptEngine Plugins for the console
to appear.
Eg. The ClojureScriptEnginePlugin is required to get Clojure support.
http://jedit.svn.sourceforge.net/viewvc/jedit/plugins/ClojureScriptEnginePlugin/

The GroovyScriptEnginePlugin is required for Groovy support, etc...
http://jedit.svn.sourceforge.net/viewvc/jedit/plugins/GroovyScriptEnginePlugin/

The Javascript one should be updated as well, but I need to update the
Jython one, and still need to get the JRuby one working.

The console support does keep a REPL like context/session around.

Eg. Using Groovy, you can have a buffer with a class definition - execute
that in the Console. Then make use of it by typing directly into the
console. Any variables created stick around. I think the only thing my
Console support lacks vs a real REPL is the ability to enter partially
completed code.


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

Comment By: Damien (kog13)
Date: 2010-07-29 15:15

Message:
I'm going to close this request for the time being for a couple reasons.

1) I would like to get some additional feedback on this plugin; how useful
it is, what should be added, changed, etc. Feel free to download the trunk,
build it, and provide feedback.
2) This is not a complicated plugin and already feels very stable to me,
so an initial release will likely be version 1.0 rather than 0.1.

@Eric: I looked at ScriptEnginePlugin, since you inquired about
differences between the two plugins. The only shell provided by
ScriptEngine is broken (ssh), and there is no way to maintain a persistent
environment when evaluating code. ScriptEngine is good for interfacing with
jEdit using Groovy and JavaScript, but doesn't maintain a
read-eval-print-loop within jEdit. You also mentioned that there was
already a ScriptEngine for interpreting Jython and Clojure, but I can't
seem to find those extensions.

Basically, ScriptEngine is useful, but I think Slime works to fulfill a
separate need. And I'll try and give the dev list a little more heads-up
before I actually release a plugin. ;-)

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

Comment By: Alan Ezust (ezust)
Date: 2010-07-28 14:33

Message:
It works great, but I'd prefer it to have 3 different Console shells, each
with the proper names, instead of one called 'REPL' that has to be
explicitly started in one of the modes. That way, I can bind the console
"Python" shell to a shortcut like I do with the other shells.

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

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

Plugin Central Submission item #3036247, was opened at 2010-07-28 13:51
Message generated for change (Comment added) made by elberry
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3036247&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: Slime 0.1

Initial Comment:
{{{ Slime 0.1
    Source: Source code is in SVN with the tag 0.1 (no SVN release numbers, please)
    Announcement: Initial release. Future updates will likely be made to add better extensibility and/or built-in support for more languages.
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: Plugin for embedding a running REPL session into the Console.
    
    Long Description: Slime embeds a REPL (Read Eval Print Loop) shell into Console that allows
you to have a REPL session running at all times. Actions are provided for
evaluating code within the running REPL session; you can evaluate selected
text, the active buffer, or choose an external file.

This version supports running REPL's for Clojure, Groovy, and Python.
 }}}

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

>Comment By: Townsfolk (elberry)
Date: 2010-07-29 15:36

Message:
Cool. Thanks.

Actually the trunk version of ScriptEnginePlugin shouldn't have that
broken SSH console any more.

And, you need to install the separate ScriptEngine Plugins for the console
to appear.
Eg. The ClojureScriptEnginePlugin is required to get Clojure support.
http://jedit.svn.sourceforge.net/viewvc/jedit/plugins/ClojureScriptEnginePlugin/

The GroovyScriptEnginePlugin is required for Groovy support, etc...
http://jedit.svn.sourceforge.net/viewvc/jedit/plugins/GroovyScriptEnginePlugin/

The Javascript one should be updated as well, but I need to update the
Jython one, and still need to get the JRuby one working.

The console support does keep a REPL like context/session around.

Eg. Using Groovy, you can have a buffer with a class definition - execute
that in the Console. Then make use of it by typing directly into the
console. Any variables created stick around. I think the only thing my
Console support lacks vs a real REPL is the ability to enter partially
completed code.


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

Comment By: Damien (kog13)
Date: 2010-07-29 15:15

Message:
I'm going to close this request for the time being for a couple reasons.

1) I would like to get some additional feedback on this plugin; how useful
it is, what should be added, changed, etc. Feel free to download the trunk,
build it, and provide feedback.
2) This is not a complicated plugin and already feels very stable to me,
so an initial release will likely be version 1.0 rather than 0.1.

@Eric: I looked at ScriptEnginePlugin, since you inquired about
differences between the two plugins. The only shell provided by
ScriptEngine is broken (ssh), and there is no way to maintain a persistent
environment when evaluating code. ScriptEngine is good for interfacing with
jEdit using Groovy and JavaScript, but doesn't maintain a
read-eval-print-loop within jEdit. You also mentioned that there was
already a ScriptEngine for interpreting Jython and Clojure, but I can't
seem to find those extensions.

Basically, ScriptEngine is useful, but I think Slime works to fulfill a
separate need. And I'll try and give the dev list a little more heads-up
before I actually release a plugin. ;-)

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

Comment By: Alan Ezust (ezust)
Date: 2010-07-28 14:33

Message:
It works great, but I'd prefer it to have 3 different Console shells, each
with the proper names, instead of one called 'REPL' that has to be
explicitly started in one of the modes. That way, I can bind the console
"Python" shell to a shortcut like I do with the other shells.

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

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

Bugs item #2996066, was opened at 2010-05-03 14:29
Message generated for change (Comment added) made by donrhummy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2996066&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: don Rhummy (donrhummy)
Assigned to: Nobody/Anonymous (nobody)
Summary: Application does not remember "maximized" setting

Initial Comment:
If I maximize jEdit and then close the application, when I restart it, it does not remember that I'd maximized it before.

Using: OpenSUSE 11.2
jedit: 4.3.1

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

>Comment By: don Rhummy (donrhummy)
Date: 2010-07-29 18:31

Message:
Sorry, I just noticed your reply. Yes after PANES, it has:
<GEOMETRY X="0" Y="0" WIDTH="1418" HEIGHT="900" EXT_STATE="6" />

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-06-06 15:26

Message:
Can you attach your perspective.xml file (in the jedit settings
directory)?
I should contain something like <GEOMETRY X="..." Y="..."
WIDTH="...HEIGHT="..." EXT_STATE="6" />

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

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

Plugin Central Submission item #3036247, was opened at 2010-07-28 15:51
Message generated for change (Settings changed) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3036247&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: Slime 0.1

Initial Comment:
{{{ Slime 0.1
    Source: Source code is in SVN with the tag 0.1 (no SVN release numbers, please)
    Announcement: Initial release. Future updates will likely be made to add better extensibility and/or built-in support for more languages.
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: Plugin for embedding a running REPL session into the Console.
    
    Long Description: Slime embeds a REPL (Read Eval Print Loop) shell into Console that allows
you to have a REPL session running at all times. Actions are provided for
evaluating code within the running REPL session; you can evaluate selected
text, the active buffer, or choose an external file.

This version supports running REPL's for Clojure, Groovy, and Python.
 }}}

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

>Comment By: Damien (kog13)
Date: 2010-07-29 17:15

Message:
I'm going to close this request for the time being for a couple reasons.

1) I would like to get some additional feedback on this plugin; how useful
it is, what should be added, changed, etc. Feel free to download the trunk,
build it, and provide feedback.
2) This is not a complicated plugin and already feels very stable to me,
so an initial release will likely be version 1.0 rather than 0.1.

@Eric: I looked at ScriptEnginePlugin, since you inquired about
differences between the two plugins. The only shell provided by
ScriptEngine is broken (ssh), and there is no way to maintain a persistent
environment when evaluating code. ScriptEngine is good for interfacing with
jEdit using Groovy and JavaScript, but doesn't maintain a
read-eval-print-loop within jEdit. You also mentioned that there was
already a ScriptEngine for interpreting Jython and Clojure, but I can't
seem to find those extensions.

Basically, ScriptEngine is useful, but I think Slime works to fulfill a
separate need. And I'll try and give the dev list a little more heads-up
before I actually release a plugin. ;-)

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

Comment By: Alan Ezust (ezust)
Date: 2010-07-28 16:33

Message:
It works great, but I'd prefer it to have 3 different Console shells, each
with the proper names, instead of one called 'REPL' that has to be
explicitly started in one of the modes. That way, I can bind the console
"Python" shell to a shortcut like I do with the other shells.

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

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

Bugs item #3036592, was opened at 2010-07-29 15:59
Message generated for change (Settings changed) made by vampire0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3036592&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: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Heklaz (jnp1234)
Assigned to: Matthieu Casanova (kpouer)
Summary: Regex anomaly

Initial Comment:
jEdit version 4.3.2

A regular expression like ^\S+\s*Problem\s*:.*$ which should anchor to start and end of line matches too much.


See attached screen shot. Because it is a repeated pattern, (far) too many matches are found.


The same regex in java matches only lines like (on the same input file):
a)       Problem : xxxxxxxxxxxxxxxxx
b)       Problem : zzzzzzzzzzzzzzzzzzzzzzz
c)       Problem : vvvvvvvvvvvvvvvvvvvvvvvvv
d)       Problem : wwwwwwwwwwwwwww



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

>Comment By: Björn Kautler (vampire0)
Date: 2010-07-29 21:17

Message:
I guess what you really want to do is using the following pattern:

^[\s&&[^\n]]*Problem\s*:.*$

The screenshot looks perfectly fine to me. The anchor matches at one
linestart, then you match at least one non-whitespace and then an
arbitratry amount of whitespace (newline is also a whitespace). If you
would enable dot-all mode, you would even get more matched at the end,
because then the "." would match newlines also.

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

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

Bugs item #3036592, was opened at 2010-07-29 15:59
Message generated for change (Tracker Item Submitted) made by jnp1234
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3036592&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: editor core
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Heklaz (jnp1234)
Assigned to: Matthieu Casanova (kpouer)
Summary: Regex anomaly

Initial Comment:
jEdit version 4.3.2

A regular expression like ^\S+\s*Problem\s*:.*$ which should anchor to start and end of line matches too much.


See attached screen shot. Because it is a repeated pattern, (far) too many matches are found.


The same regex in java matches only lines like (on the same input file):
a)       Problem : xxxxxxxxxxxxxxxxx
b)       Problem : zzzzzzzzzzzzzzzzzzzzzzz
c)       Problem : vvvvvvvvvvvvvvvvvvvvvvvvv
d)       Problem : wwwwwwwwwwwwwww



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

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

Plugin Central Submission item #3036247, was opened at 2010-07-28 13:51
Message generated for change (Comment added) made by ezust
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3036247&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: Slime 0.1

Initial Comment:
{{{ Slime 0.1
    Source: Source code is in SVN with the tag 0.1 (no SVN release numbers, please)
    Announcement: Initial release. Future updates will likely be made to add better extensibility and/or built-in support for more languages.
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: Plugin for embedding a running REPL session into the Console.
    
    Long Description: Slime embeds a REPL (Read Eval Print Loop) shell into Console that allows
you to have a REPL session running at all times. Actions are provided for
evaluating code within the running REPL session; you can evaluate selected
text, the active buffer, or choose an external file.

This version supports running REPL's for Clojure, Groovy, and Python.
 }}}

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

>Comment By: Alan Ezust (ezust)
Date: 2010-07-28 14:33

Message:
It works great, but I'd prefer it to have 3 different Console shells, each
with the proper names, instead of one called 'REPL' that has to be
explicitly started in one of the modes. That way, I can bind the console
"Python" shell to a shortcut like I do with the other shells.

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

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

Plugin Bugs item #3033628, was opened at 2010-07-23 10:19
Message generated for change (Settings changed) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3033628&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: None
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Dale Anson (daleanson)
Summary: TaskList: "open files" and "project files" tabs don't work

Initial Comment:
If I have TaskList open, only the "Current File" tab displays available tasks. If I switch to one of the other tabs and click Refresh, nothing happens.

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

Comment By: Damien (kog13)
Date: 2010-07-28 16:07

Message:
My computer must have just been cranky the last time I tried this, or maybe
I had some conflict I'm not aware of, but it seems to work fine now. =/

I'll re-open this if it breaks again.

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

Comment By: Damien (kog13)
Date: 2010-07-23 13:16

Message:
jEdit 4.3.2, TaskList 2.1, Java 1.6.0_20, Windows XP.

On a side note, the description for TaskList in the plugin manager says
"shows all "TODO" comments in a file. Pretty sure it can do more than that
by now. =P

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

Comment By: Dale Anson (daleanson)
Date: 2010-07-23 13:04

Message:
Some details, please: jEdit version, TaskList version, JVM version, OS. 
You know, that stuff from the top of your activity log. :)

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

Comment By: Damien (kog13)
Date: 2010-07-23 10:21

Message:
The Refresh button appears to be broken on the Current File tab as well. If
I delete a task from the buffer and save it, I can update the task list by
focusing on the task list dockable and then back on the buffer, but
clicking the Refresh button does nothing.

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

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

Plugin Bugs item #3033628, was opened at 2010-07-23 10:19
Message generated for change (Comment added) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3033628&group_id=588

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Damien (kog13)
Assigned to: Dale Anson (daleanson)
Summary: TaskList: "open files" and "project files" tabs don't work

Initial Comment:
If I have TaskList open, only the "Current File" tab displays available tasks. If I switch to one of the other tabs and click Refresh, nothing happens.

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

Comment By: Damien (kog13)
Date: 2010-07-28 16:07

Message:
My computer must have just been cranky the last time I tried this, or maybe
I had some conflict I'm not aware of, but it seems to work fine now. =/

I'll re-open this if it breaks again.

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

Comment By: Damien (kog13)
Date: 2010-07-23 13:16

Message:
jEdit 4.3.2, TaskList 2.1, Java 1.6.0_20, Windows XP.

On a side note, the description for TaskList in the plugin manager says
"shows all "TODO" comments in a file. Pretty sure it can do more than that
by now. =P

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

Comment By: Dale Anson (daleanson)
Date: 2010-07-23 13:04

Message:
Some details, please: jEdit version, TaskList version, JVM version, OS. 
You know, that stuff from the top of your activity log. :)

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

Comment By: Damien (kog13)
Date: 2010-07-23 10:21

Message:
The Refresh button appears to be broken on the Current File tab as well. If
I delete a task from the buffer and save it, I can update the task list by
focusing on the task list dockable and then back on the buffer, but
clicking the Refresh button does nothing.

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

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

Plugin Central Submission item #3036247, was opened at 2010-07-28 15:51
Message generated for change (Tracker Item Submitted) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3036247&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: Slime 0.1

Initial Comment:
{{{ Slime 0.1
    Source: Source code is in SVN with the tag 0.1 (no SVN release numbers, please)
    Announcement: Initial release. Future updates will likely be made to add better extensibility and/or built-in support for more languages.
    Requires Java 1.5
    Requires jEdit 04.03.18.00
    Required plugins: 
        console.ConsolePlugin 4.4.2
    
    Short Description: Plugin for embedding a running REPL session into the Console.
    
    Long Description: Slime embeds a REPL (Read Eval Print Loop) shell into Console that allows
you to have a REPL session running at all times. Actions are provided for
evaluating code within the running REPL session; you can evaluate selected
text, the active buffer, or choose an external file.

This version supports running REPL's for Clojure, Groovy, and Python.
 }}}

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

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

Plugin Feature Requests item #3036156, was opened at 2010-07-28 21:15
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3036156&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: PV: Specify project startup scripts

Initial Comment:
It would be nice if you could define a beanshell script for a project that would be run when that project is opened. This would make it easier to set up project-specific environments (to define compilers or set environment variables, for example).

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

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-07-28 21:28

Message:
Actually, looking at it now, it doesn't support any PV edit bus messages.
Maybe it can be extended to query the core for all defined edit bus
messages, but not sure.

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

Comment By: Shlomy Reinstein (shlomy)
Date: 2010-07-28 21:27

Message:
The ActionHooks plugin allows you to register actions (macros) that will
run in resposne to edit bus messages. Maybe it can satisfy this feature
request?

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

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

Plugin Feature Requests item #3036156, was opened at 2010-07-28 21:15
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3036156&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: PV: Specify project startup scripts

Initial Comment:
It would be nice if you could define a beanshell script for a project that would be run when that project is opened. This would make it easier to set up project-specific environments (to define compilers or set environment variables, for example).

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

>Comment By: Shlomy Reinstein (shlomy)
Date: 2010-07-28 21:27

Message:
The ActionHooks plugin allows you to register actions (macros) that will
run in resposne to edit bus messages. Maybe it can satisfy this feature
request?

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

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

Plugin Feature Requests item #3036156, was opened at 2010-07-28 13:15
Message generated for change (Tracker Item Submitted) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3036156&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: PV: Specify project startup scripts

Initial Comment:
It would be nice if you could define a beanshell script for a project that would be run when that project is opened. This would make it easier to set up project-specific environments (to define compilers or set environment variables, for example).

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

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

Plugin Feature Requests item #3036005, was opened at 2010-07-28 09:32
Message generated for change (Tracker Item Submitted) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3036005&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: Damien (kog13)
Assigned to: Nobody/Anonymous (nobody)
Summary: PV: Specify project startup scripts

Initial Comment:
It would be nice if you could define a beanshell script for a project that would be run when that project is opened. This would make it easier to set up project-specific environments (to define compilers or set environment variables, for example).

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

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

Feature Requests item #3035997, was opened at 2010-07-28 09:23
Message generated for change (Tracker Item Submitted) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3035997&group_id=588

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

Initial Comment:
There are two basic things that I would like to do to the plugin manager:

1) Either replace plugin sets with packages, or buff up plugin sets to make them more useful and intuitive (e.g. better interface, ability to save docking layouts with the set)
2) Re-organize the install pane; specifically, weed out unused/broken plugins, redo plugin categories, and possibly change it to more of a tree-like structure so you can collapse the groups you're not interested in. The plugin categories should have one supertype (such as "Language Support") and then a subtype specifying the language it supports; "Java-Centric" and "HTML & XML" are anomalies here.

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

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

Plugin Central Submission item #3031680, was opened at 2010-07-19 11:16
Message generated for change (Settings changed) made by kog13
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=3031680&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: Damien (kog13)
Assigned to: Townsfolk (elberry)
Summary: ProjectBuilder 1.2

Initial Comment:
{{{ ProjectBuilder 1.2
    Source: Source code is in SVN with the tag 1.2 (no SVN release numbers, please)
    Announcement: Some major changes to the template system as well as the build/run project system.
    Requires Java 1.6
    Requires jEdit 04.03.99.00
    Required plugins: 
        CommonControlsPlugin 1.2
        projectviewer.ProjectPlugin 3.0.1
        com.townsfolkdesigns.jedit.plugins.scripting.GroovyScriptEnginePlugin 1.0.0
    Optional plugins: 
        AntFarm 1.7
    
    Short Description: ProjectBuilder provides jEdit with project-creation tools similar to those of other IDE's. This version comes pre-packaged with project templates for jEdit plugins and standalone Java applications.
    
    Long Description: <html><p>Provides templates to create new projects of different types, or natures.
Integrates closely with ProjectViewer, providing type-specific actions and 
option panes. New project types can be easily created through the template
framework.</p></html>
 }}}

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

>Comment By: Damien (kog13)
Date: 2010-07-28 09:11

Message:
It's ready, I just made a small bug-fix that I'd forgotten to do earlier.
So feel free to release it. =)

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

Comment By: Townsfolk (elberry)
Date: 2010-07-27 17:31

Message:
kk. Noticed a couple of commits. Reopen the ticket when it's ready.

Thanks,
Eric

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

Comment By: Damien (kog13)
Date: 2010-07-27 17:05

Message:
Yeah, it's expecting a VPTProject, and it should be easy to fix, but I
don't get why an edit bus message with the message "project loaded" would
pass the root as the updated node. =/

It should be fixed now.

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

Comment By: Townsfolk (elberry)
Date: 2010-07-27 14:36

Message:
Getting an error when opening Plugins -> ProjectBuilder menu:
     [java] 12:33:31 PM [AWT-EventQueue-0] [error] EditBus:
org.codehaus.groovy.runtime.typehandling.GroovyCastException: Cannot cast
object 'VPTGroup [All Projects]' with class 'projectviewer.vpt.VPTRoot' to
class 'projectviewer.vpt.VPTProject'
     [java] 12:33:31 PM [AWT-EventQueue-0] [error] EditBus:  at
org.codehaus.groovy.runtime.typehandling.DefaultTypeTransformation.castToType(DefaultTypeTransformation.java:340)
     [java] 12:33:31 PM [AWT-EventQueue-0] [error] EditBus:  at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.castToType(ScriptBytecodeAdapter.java:635)
     [java] 12:33:31 PM [AWT-EventQueue-0] [error] EditBus:  at
projectbuilder.ProjectBuilderPlugin.handleMessage(ProjectBuilderPlugin.groovy:240)

Did you add some ProjectViewer integrations where you're expecting a
VPTProject, but are getting a VPTRoot instead?

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

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

Hi, I think calling from EDT thread must not be done in GUIUtilities
but by the caller just like Swing methods do not use
EventQueue.invokeLater() everywhere, it is the job of the caller to do
that

Matthieu

2010/7/28 Shlomy Reinstein <sre...@gm...>:
> Hi,
>
> The class GUIUtilities in jEdit provides some UI dialogs for input,
> confirmation, etc. Most of the functions provide convenience wrappers to
> static functions in JOptionPane, which must be called from the EDT (Event
> Dispatch Thread) to eliminate threading issues. Currently some of these
> methods are called from worker threads - e.g. HypersearchRequest (which runs
> in a worker thread) calls "confirm" if the number of results exceeds some
> high number.
>
> There are two ways to fix it:
> 1. Add an explicit comment in GUIUtilities that all these static functions
> must be called from the EDT, and fix all callers that do not call from the
> EDT.
> 2. Change GUIUtilities to use SwingUtilities.invokeAndWait() or something of
> this sort to ensure that the GUI is created in the EDT. There's a need to
> define wrapper classes which can store the result of the GUI calls, to be
> returned when the dialog is dismissed, so the wrapper functions become
> somewhat "heavy".
>
> What do you think is the more appropriate solution?
>
> Thanks,
> Shlomy
>
> ------------------------------------------------------------------------------
> The Palm PDK Hot Apps Program offers developers who use the
> Plug-In Development Kit to bring their C/C++ apps to Palm for a share
> of $1 Million in cash or HP Products. Visit us here for more details:
> http://ad.doubleclick.net/clk;226879339;13503038;l?
> http://clk.atdmt.com/CRS/go/247765532/direct/01/
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>

Hi,

The class GUIUtilities in jEdit provides some UI dialogs for input,
confirmation, etc. Most of the functions provide convenience wrappers to
static functions in JOptionPane, which must be called from the EDT (Event
Dispatch Thread) to eliminate threading issues. Currently some of these
methods are called from worker threads - e.g. HypersearchRequest (which runs
in a worker thread) calls "confirm" if the number of results exceeds some
high number.

There are two ways to fix it:
1. Add an explicit comment in GUIUtilities that all these static functions
must be called from the EDT, and fix all callers that do not call from the
EDT.
2. Change GUIUtilities to use SwingUtilities.invokeAndWait() or something of
this sort to ensure that the GUI is created in the EDT. There's a need to
define wrapper classes which can store the result of the GUI calls, to be
returned when the dialog is dismissed, so the wrapper functions become
somewhat "heavy".

What do you think is the more appropriate solution?

Thanks,
Shlomy