SourceForge.net | 1 Nov 23:59 2009
Picon
Picon

[ jedit-Plugin Bugs-2884464 ] Project Viewer leaks memory when scrolling views

Plugin Bugs item #2884464, was opened at 2009-10-23 16:32
Message generated for change (Comment added) made by ghosttrails
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2884464&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: Andrew Reid (ghosttrails)
Assigned to: Nobody/Anonymous (nobody)
Summary: Project Viewer leaks memory when scrolling views

Initial Comment:
I'm using the project viewer in a project with several hundred source files. I've noticed that simply
scrolling the project viewer lists up and down causes the max heap used by jEdit to grow. If do nothing but
scroll the list up and down with the mouse for 2 minutes the heap grows from 80Mb to over 300Mb.

My environment:

jEdit 4.3pre17
Project Viewer 2.9.1
Fedora 11 x86 (32-bit)
java version "1.6.0_16" (openjdk)

(Continue reading)

SourceForge.net | 2 Nov 00:53 2009
Picon
Picon

[ jedit-Plugin Bugs-2884464 ] SVN plugin leaks memory when scrolling views in PV

Plugin Bugs item #2884464, was opened at 2009-10-22 22:32
Message generated for change (Settings changed) made by vanza
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=565475&aid=2884464&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: Andrew Reid (ghosttrails)
>Assigned to: Dale Anson (daleanson)
>Summary: SVN plugin leaks memory when scrolling views in PV

Initial Comment:
I'm using the project viewer in a project with several hundred source files. I've noticed that simply
scrolling the project viewer lists up and down causes the max heap used by jEdit to grow. If do nothing but
scroll the list up and down with the mouse for 2 minutes the heap grows from 80Mb to over 300Mb.

My environment:

jEdit 4.3pre17
Project Viewer 2.9.1
Fedora 11 x86 (32-bit)
java version "1.6.0_16" (openjdk)

(Continue reading)

SourceForge.net | 2 Nov 01:37 2009
Picon
Picon

[ jedit-Feature Requests-2879957 ] Undo "File reload" action

Feature Requests item #2879957, was opened at 2009-10-15 12:08
Message generated for change (Comment added) made by ghostfly
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2879957&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: core
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: daniel hahler (blueyed)
Assigned to: Nobody/Anonymous (nobody)
Summary: Undo "File reload" action

Initial Comment:
It would be great and very useful, if the "Reload file" action would not clear the Undo buffer, but add
"Replaced the whole text" to the stack instead.

This can be a real time saver! (e.g. if curl overwrites your file with the result of it...!)

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

Comment By: Steve Gough (ghostfly)
Date: 2009-11-01 19:37

Message:
(Continue reading)

SourceForge.net | 2 Nov 01:43 2009
Picon
Picon

[ jedit-Plugin Central Submission-2890494 ] Tags release 3.0.3

Plugin Central Submission item #2890494, was opened at 2009-11-01 19:43
Message generated for change (Tracker Item Submitted) made by voxmea
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2890494&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: Matthew Gilbert (voxmea)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tags release 3.0.3

Initial Comment:

{{{ Tags 3.0.3
    Source: Source code is in SVN with the tag tags/tags-3_0_3
    Announcement: Changelog
        =========

        Bug Fixes
        ---------

         - Uses jEdit's get getScreenBounds to appropriately position the tag popup.
    Requires Java 1.5
    Requires jEdit 04.03.18.00
(Continue reading)

SourceForge.net | 2 Nov 02:17 2009
Picon
Picon

[ jedit-Plugin Central Submission-2890500 ] NetRexxScript plugin 0.1.0

Plugin Central Submission item #2890500, was opened at 2009-11-01 17:17
Message generated for change (Tracker Item Submitted) made by infire
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2890500&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: Kermit Kiser (infire)
Assigned to: Nobody/Anonymous (nobody)
Summary: NetRexxScript plugin 0.1.0

Initial Comment:
{{{ NetRexxScript 0.1.0
    Source: http://kermitkiser.com/NetRexx
    Announcement: NetRexxScript adds support for executing NetRexx scripts and macros in jEdit
    Requires Java 1.5
    Requires jEdit 04.02.99.00
    Required plugins: 
        errorlist.ErrorListPlugin 1.5

    Short Description: NetRexx Scripting plugin

    Long Description: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html><head><meta content="text/html; charset=ISO-8859-1"
(Continue reading)

SourceForge.net | 2 Nov 04:05 2009
Picon
Picon

[ jedit-Plugin Central Submission-2890521 ] CandyFolds 1.1.0

Plugin Central Submission item #2890521, was opened at 2009-11-01 22:05
Message generated for change (Tracker Item Submitted) made by nicarran
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2890521&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: Nicolas Carranza (nicarran)
Assigned to: Nobody/Anonymous (nobody)
Summary: CandyFolds 1.1.0

Initial Comment:
{{{ CandyFolds 1.1.0
    Source: 
    https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/CandyFolds/tags/release-1.1.0
    Announcement: 
    This release contains bug fixes and new features: - Revamped guide evaluation: now it uses only the line
indentation. - Enriched the default configuration for java and xml file modes. - Fixed bug that prevented
regex matching on files using Windows (\r\n) line separators.
    Requires Java 1.6
    Requires jEdit 04.03.12.00

    Short Description: CandyFolds draws colored indentation-guides on the text area to improve code readability.

(Continue reading)

SourceForge.net | 2 Nov 05:21 2009
Picon
Picon

[ jedit-Bugs-918301 ] poor performance with large text files.

Bugs item #918301, was opened at 2004-03-17 21:03
Message generated for change (Comment added) made by rletzler
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=918301&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: normal bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Tyler Ward (vertigre)
Assigned to: Nobody/Anonymous (nobody)
Summary: poor performance with large text files.

Initial Comment:

Jedit does a tolerable job of opening medium size text
files, but is no match for UltraEdit with large files.
if there was a way to easily open very large files,
that would be very nice. 

This is the algorithm I reccomend, though it's just a
though. 

1) If the file size is over a set limit, go into large
file mode. 
(Continue reading)

Dalibor Petričević | 2 Nov 09:19 2009
Picon

Proposal: progras bar on I/O operations

Many times when saving or opening large file (especially over SSH) I'm wondering if JEdit has stalled
indefinitely or is just hard busy over slow I/O.
Progress bar of some kind would be very convenient in such situations. I don't know what really happens
when saving/loading over SSH and if there is some way to attach progress bar to the process but in case
that it's not possible then some kind of displaying SSH communication would be nice - just to see that nothing
has died. For local I/O I believe it should be possible to implement progress bar without significant problems.

What do you think?

Sorry for cross-posting; I believe that this subject is of interest to both developers and broader audience.

Thank you,
Dalibor Petričević


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel
Shlomy Reinstein | 2 Nov 09:43 2009
Picon

Re: Proposal: progras bar on I/O operations

Select Utilities -> Troubleshooting -> I/O progress.
This will open a dockable window showing the progress of I/O
operations, such as file loading / saving.

Shlomy

2009/11/2 Dalibor Petričević <daliborp <at> iskon.hr>:
> Many times when saving or opening large file (especially over SSH) I'm
> wondering if JEdit has stalled
> indefinitely or is just hard busy over slow I/O.
> Progress bar of some kind would be very convenient in such situations. I
> don't know what really happens
> when saving/loading over SSH and if there is some way to attach progress bar
> to the process but in case
> that it's not possible then some kind of displaying SSH communication would
> be nice - just to see that nothing
> has died. For local I/O I believe it should be possible to implement
> progress bar without significant problems.
>
> What do you think?
>
> Sorry for cross-posting; I believe that this subject is of interest to both
> developers and broader audience.
>
> Thank you,
> Dalibor Petričević
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> --
> -----------------------------------------------
> jEdit Developers' List
> jEdit-devel <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel

SourceForge.net | 2 Nov 14:26 2009
Picon
Picon

[ jedit-Feature Requests-918301 ] poor performance with large text files.

Feature Requests item #918301, was opened at 2004-03-17 22:03
Message generated for change (Comment added) made by kpouer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=918301&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: Tyler Ward (vertigre)
Assigned to: Nobody/Anonymous (nobody)
Summary: poor performance with large text files.

Initial Comment:

Jedit does a tolerable job of opening medium size text
files, but is no match for UltraEdit with large files.
if there was a way to easily open very large files,
that would be very nice. 

This is the algorithm I reccomend, though it's just a
though. 

1) If the file size is over a set limit, go into large
file mode. 

2) In large file mode, on opening a file, scan through
it for newlines and record the position of each newline.

3) Count the lines (number of newlines found) and load
up an area around the current text display window, this
can be done by seeking to the appropriate spot in the
file. For instance, if someone scrolls 2/3 of the way
down a million line file, then you need to load in
lines around line 670,000, and you conveniently know
the offset into the file of the line, because you made
a table of it. So you pick your spot, then load in a
few thousand lines above and below, using that as the
display. Whenever the user gets too close to the edge,
refresh it. 

This is a big task, but something that jedit should
consider if it is going to become the ultimate text
editor. 

-Tyler

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

>Comment By: Matthieu Casanova (kpouer)
Date: 2009-11-02 14:26

Message:
moved to feature requests

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

Comment By: rletzler (rletzler)
Date: 2009-11-02 05:21

Message:
jEdit also gives no feedback about progress beyond telling us that 1 i/o
operation is in progress, so it is difficult to tell whether it is hard at
work opening a huge file or has frozen up.  Some kind of prominent percent
done text or thermometer display would be quite useful.

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

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

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
--

-- 
-----------------------------------------------
jEdit Developers' List
jEdit-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jedit-devel


Gmane