Alexander Klimetschek | 1 Sep 2003 05:09
Picon
Favicon

DocSynch initial release (1.0 beta)

Hi all,

I am pleased to release the first version of the DocSynch plugin. I was 
talking about this earlier on jedit-users and on jedit-developers 
(http://article.gmane.org/gmane.editors.jedit.user/3680/match=hydra, 
http://article.gmane.org/gmane.editors.jedit.devel/4075). If you have 
heard from the MacOSX tool Hydra (now called SubEthaEdit), you know what 
it's about, because the principle of DocSynch is pretty the same 
(although most things are different). But with DocSynch you have all the 
great features of jEdit!

Have a look at the user's guide (its not complete, but gives you an 
introduction):
http://placebo.hpi.uni-potsdam.de/~alexklim/userguide

You can download the latest version under
http://placebo.hpi.uni-potsdam.de/~alexklim/
Simply download the three yellow marked files and copy them into your 
jars directory.

DocSynch has the following features:
- collaborative editing of documents over the network
- runs everywhere where IRC and DCC are working
- any number of users
- any number of documents
- color highlighting of changes
- chat about your editing in the IRC plugin's window

This is a distributed software and needs good testing! Some people 
offered to help in testing when I talked about the idea for this plugin 
(Continue reading)

SourceForge.net | 1 Sep 2003 11:16
Picon
Favicon

[ jedit-Bugs-797159 ] Long startup time due to search dialog preload

Bugs item #797159, was opened at 2003-08-29 12:01
Message generated for change (Comment added) made by shoorique
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=797159&group_id=588

Category: editor core
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Alexander Kireyev (shoorique)
Assigned to: Nobody/Anonymous (nobody)
Summary: Long startup time due to search dialog preload

Initial Comment:
jEdit 4.2pre4 (and pre3) has a long startup time.

Profiling shows that a lot of time is spent preloading

search dialog.

Since search dialog is rarely needed right after

startup it can be loaded in a background thread. I have

tried to change org.gjt.sp.jedit.search.SearchDialog to

preload search dialogs on backgroung thread. Testing

shows good improvement of the startup time - at least
(Continue reading)

Slava Pestov | 1 Sep 2003 20:14

Re: DocSynch initial release (1.0 beta)

This is cool... I'll try it out in the next few days.

On Sun, 2003-08-31 at 23:09, Alexander Klimetschek wrote:
> Hi all,
> 
> I am pleased to release the first version of the DocSynch plugin. I was 
> talking about this earlier on jedit-users and on jedit-developers 
> (http://article.gmane.org/gmane.editors.jedit.user/3680/match=hydra, 
> http://article.gmane.org/gmane.editors.jedit.devel/4075). If you have 
> heard from the MacOSX tool Hydra (now called SubEthaEdit), you know what 
> it's about, because the principle of DocSynch is pretty the same 
> (although most things are different). But with DocSynch you have all the 
> great features of jEdit!
> 
> Have a look at the user's guide (its not complete, but gives you an 
> introduction):
> http://placebo.hpi.uni-potsdam.de/~alexklim/userguide
> 
> You can download the latest version under
> http://placebo.hpi.uni-potsdam.de/~alexklim/
> Simply download the three yellow marked files and copy them into your 
> jars directory.
> 
> DocSynch has the following features:
> - collaborative editing of documents over the network
> - runs everywhere where IRC and DCC are working
> - any number of users
> - any number of documents
> - color highlighting of changes
> - chat about your editing in the IRC plugin's window
(Continue reading)

Mike Atkinson | 2 Sep 2003 00:49
Picon
Picon

ProjectViewer - finding the current project and all projects.

Hi,

For the next version of JavaStyle I will be maintaining a separate
set of styles for each project (all based on a default style).

To do this I need to find out what projects are defined in
ProjectViewer and also what the current project is. After
finding the initial values they will need to be tracked.

Is there an approved way to do this? Any example code?

--
Mike Atkinson

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
--

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

Marcelo Vanzin | 2 Sep 2003 01:29
Picon
Picon

Re: ProjectViewer - finding the current project and all projects.

Mike Atkinson wrote:
> To do this I need to find out what projects are defined in
> ProjectViewer and also what the current project is. After
> finding the initial values they will need to be tracked.

	You may want to take a look at these classes:

	projectviewer.ProjectManager
	projectviewer.ProjectViewer
	projectviewer.event.ProjectViewer(Event,Listener)

	The first holds info about what projects are available. The second is 
the main view, and you use to register the listeners to listen for 
ProjectViewerEvents. The events occur when projects are loaded/unloaded 
in different jEdit views.

	Read the available documentation (in the Javadocs) and send messages if 
you have any doubts. Other plugins use the API, so you may want to look 
at their code also.

	On a side note, I'm almost finished implementing/testing a new API for 
registering listeners / adding stuff to PV, based on jEdit 4.2's API, 
which will make things much easier for people that want to interact with 
PV. The best part is that it's going to be much easier to add PV-based 
functions without adding a runtime dependency on PV. You may start 
implementing your functions, and later use this to add PV interaction. 
(The code is not yet in CVS, BTW.)

--

-- 
Marcelo Vanzin
(Continue reading)

Mike Atkinson | 2 Sep 2003 02:10
Picon
Picon

Re: ProjectViewer - finding the current project and all projects.

Marcelo Vanzin wrote:

> Mike Atkinson wrote:
>
>> To do this I need to find out what projects are defined in
>> ProjectViewer and also what the current project is. After
>> finding the initial values they will need to be tracked.
>
>
>     You may want to take a look at these classes:
>
>     projectviewer.ProjectManager
>     projectviewer.ProjectViewer
>     projectviewer.event.ProjectViewer(Event,Listener)
>
>     The first holds info about what projects are available. The second 
> is the main view, and you use to register the listeners to listen for 
> ProjectViewerEvents. The events occur when projects are 
> loaded/unloaded in different jEdit views.
>
>     Read the available documentation (in the Javadocs) and send 
> messages if you have any doubts. Other plugins use the API, so you may 
> want to look at their code also.
>
>     On a side note, I'm almost finished implementing/testing a new API 
> for registering listeners / adding stuff to PV, based on jEdit 4.2's 
> API, which will make things much easier for people that want to 
> interact with PV. The best part is that it's going to be much easier 
> to add PV-based functions without adding a runtime dependency on PV. 
> You may start implementing your functions, and later use this to add 
(Continue reading)

SourceForge.net | 2 Sep 2003 03:31
Picon
Favicon

[ jedit-Bugs-798877 ] UTF-8 signature at start of file should set encoding

Bugs item #798877, was opened at 2003-09-01 18:31
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=798877&group_id=588

Category: editor core
Group: normal bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Brian Lalonde (brianiac)
Assigned to: Nobody/Anonymous (nobody)
Summary: UTF-8 signature at start of file should set encoding

Initial Comment:
Files that begin with EF BB BF should set the file

encoding to UTF-8.

Currently, the encoding is not detected, and even when

the encoding is manually set, the sequence is

interpreted as FEFF (the UTF-16BE byte order mark).

[see

http://oss.software.ibm.com/icu/docs/papers/forms_of_unicode/#t2

]
(Continue reading)

Marcelo Vanzin | 2 Sep 2003 06:54
Picon
Picon

Re: ProjectViewer - finding the current project and all projects.

Mike Atkinson wrote:
> I've looked at those classes, but hoped there was some example code I 
> could copy/modify.
> I wish to use PV information, but not be dependent on it (as it is not 
> in the core) so will have to
> use reflection, which complicates things.

	If you want some example code, I can send to your e-mail (or, 
optionally, wait until I put it in CVS).

	About the dependency, there are two options:

	(i) you don't need to use reflection, but you have to do some "tricks" 
in your classes to "fool" the class loader. If you look at 
projectviewer.action.LaunchBrowserAction, that's what I did to use 
InfoViewer but not depend on it, without using reflection: all 
references to classes that may not be available must be in a method 
that's only called if the classes are not available. (It doesn't need to 
be in a separate class as in my example, a separate method will do fine.)

	(ii) wait till I update CVS with my changes. This way you'll just have 
to set some properties in your plugin's property file to add 
listeners/etc to ProjectViewer. There's also an example plugin (that I 
use for debugging) if you need an example.

--

-- 
Marcelo Vanzin
marcelo.vanzin <at> poli.usp.br
"Life is too short to drink cheap beer"

(Continue reading)

SourceForge.net | 2 Sep 2003 11:36
Picon
Favicon

[ jedit-Bugs-632471 ] square boxes vs "á,ã,é, ..."

Bugs item #632471, was opened at 2002-11-02 08:59
Message generated for change (Comment added) made by lars3loff
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=632471&group_id=588

Category: text area and syntax packages
Group: severe bug
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: square boxes vs "á,ã,é, ..."

Initial Comment:
I'm using jEdit4.0.3 in Slackware Linux 8.1.

When I try to use some internacional characters like :

á, ã, é, ó, ...

in a ISO8859-1 encoding document the editor simply

shows a square box and not the real character.

But, when a document with this character is opened, the

editor 'shows' them correctly.

----------------------------------------------------------------------
(Continue reading)

SourceForge.net | 2 Sep 2003 11:46
Picon
Favicon

[ jedit-Plugin Bugs-799038 ] ErrorList: Exception with GTKLookAndFeel

Plugin Bugs item #799038, was opened at 2003-09-02 11:46
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=799038&group_id=588

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Lars Trieloff (lars3loff)
Assigned to: Nobody/Anonymous (nobody)
Summary: ErrorList: Exception with GTKLookAndFeel

Initial Comment:
I edited ~/.jedit/properties to use the new GTK Look

and Feel introduced in Java 1.4.2 (I am running jedit

4.2cvs with java 1.4.2.01) by adding the line:

lookAndFeel=com.sun.java.swing.plaf.gtk.GTKLookAndFeel

jEdit works well with it, but I cannot open the

ErrorList docked window. The exception in the popup is

following:

java.lang.ExceptionInInitializerError
(Continue reading)


Gmane