jedit-syntax-devel — Mailing list for jEdit-Syntax developers

[jEdit-Syntax-devel] Line numbers

[Peter M. <pet...@al...>]

Hello,

Attached is a patch that adds a column to the left of the textarea that
shows the line number for each line. Apply the patch by standing in the
directory that contains the "org" directory and type:

patch <linenumbers.diff -p0

Default the line numbers are not shown, you have to enable them by
setting lineNumbers in TextAreaDefaults to true. Eg:

     TextAreaDefaults defaults;
     defaults.lineNumbers = true;
     JEditTextArea ta = new JEditTextArea(defaults);

There are a couple of shortcomings of the line numbers handling (doesn't
handle line numbers >10000 very well, fixed width of the line numbers
column), but I will probably get around to fix these eventually.

I hope somebody will find this contribution useful.

/Peter Mattsson - eFrog - http://www.eFrog.se/

[jEdit-Syntax-devel] To-do List

[Henning, O. <Hen...@lo...>]

Hi there,

attached you will find a first draft of a to-do list.	Please give
feedback. As soon as it found its shape, I will publish it.

I also need feedback on the release 2.2.2 RC 1. In RC 2, I have added
keybindings for clipboard and "select-all" and some JavaDoc cleanups. I
would like to release it as 2.2.2. Are there still any critical bugs in RC1?


Greetings,
Oliver

 

===============================
To-do jEdit Syntax Highlighting
===============================

Non-critical changes and bugfixes will go into the 2.2.x branch whereas
major changes
will go into the 2.3.x branch which I will open as soon as I get the
necessary
contributions. 


Necessary / Important
=====================

+ Undo (with keybinding)
+ Word wrap
+ File based token lists
+ File-based settings (colors, keybindings, etc.)
+ Dialog for settings
+ Code quality
   - Verify visibility of class members (e.g. internal methods should not be
public)
   - Self-/Stresstest routines


Nice-To-Have
============

+ Code completion
+ Parameter info
+ More tokenmarkers

This e-mail and any attachment is for authorised use by the intended recipient(s) only.  It may contain proprietary material, confidential information and/or be subject to legal privilege.  It should not be copied, disclosed to, retained or used by, any other party.  If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender.  Thank you.

[jEdit-Syntax-devel] proposed clipboard key bindings

[Brian W. Y. <by...@de...>]

Please find attached the two source files that will add key bindings for 
cut/copy/paste.  I recommend that this functionality be added to the 
distribution.  

Thanks

[jEdit-Syntax-devel] How to get the caret position

[<g_m...@ya...>]

Hi everyone,

Is there any way to get the *real* caret position?
For the line it's easy, getCaretLine will do.

For the row I use 
getCaretPosition - getLineStartOffset

but this does not handle tabs...

Any help would be appreciated!

-- Giuseppe

______________________________________________________________________
Scarica il nuovo Yahoo! Messenger: con webcam, nuove faccine e tante altre novità.
http://it.yahoo.com/mail_it/foot/?http://it.messenger.yahoo.com/

Re: [jEdit-Syntax-devel] New release: 2.2.2 RC1

[Brian W. Y. <by...@de...>]

I'm very glad to see that someone is going to be actively maintaining 
this project.  It is an important part of our product and I'd hate to 
see it orphaned.   Are there any ideas for future enhancements?  The one 
big one I can think of might be a "code insight" feature but I haven't 
given it enough thought to know all of the dependencies/requirements.

Anyway- Thanks

-- 
Brian W. Young
Senior Software Engineer/Project Manager
by...@de...




Henning, Oliver wrote:

>Changes from 2.2.1 to 2.2.2 RC 1
>================================
>
>- Fixed: Rudimentary package structure. Packages are org.syntax.jedit and
>org.syntax.jedit.tokenmarker  (me)
>- Fixed: Cursor (caret) rendering for JDK 1.4  (Anonymous)
>- Added: Oracle PL/SQL highlighting  (me)
>
>Download under
>http://prdownloads.sourceforge.net/jedit-syntax/jedit-syntax-2.2.2.rc1.zip?d
>ownload
>
>
>This e-mail and any attachment is for authorised use by the intended recipient(s) only.  It may contain proprietary material, confidential information and/or be subject to legal privilege.  It should not be copied, disclosed to, retained or used by, any other party.  If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender.  Thank you.
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>jEdit-Syntax-devel mailing list
>jEd...@li...
>https://lists.sourceforge.net/lists/listinfo/jedit-syntax-devel
>
>
>  
>

[jEdit-Syntax-devel] New release: 2.2.2 RC1

[Henning, O. <Hen...@lo...>]

Changes from 2.2.1 to 2.2.2 RC 1
================================

- Fixed: Rudimentary package structure. Packages are org.syntax.jedit and
org.syntax.jedit.tokenmarker  (me)
- Fixed: Cursor (caret) rendering for JDK 1.4  (Anonymous)
- Added: Oracle PL/SQL highlighting  (me)

Download under
http://prdownloads.sourceforge.net/jedit-syntax/jedit-syntax-2.2.2.rc1.zip?d
ownload


This e-mail and any attachment is for authorised use by the intended recipient(s) only.  It may contain proprietary material, confidential information and/or be subject to legal privilege.  It should not be copied, disclosed to, retained or used by, any other party.  If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender.  Thank you.

[jEdit-Syntax-devel] New maintainer

[Henning, O. <Hen...@lo...>]

Introduction
============
The jEdit syntax highlighting is now maintained by Oliver Henning (me). I am
a Sun certified programmer from Germany. I use the package in a Java-based
database navigator for displaying/editing SQL statements.

I would really like to see the package evolve to an even more superb editor
component. So feel invited to contribute in any way.


Version number scheme
=====================
I will use a version number scheme like Linux:  Major.Minor.Revision
(Beta|RC)

An even minor number indicates stable versions, an odd minor number
indicates developer releases. So there will be a stable and an unstable
tree.

RC at the end stands for release candidate. 


Contributions
=============
Ideally, all contributions should be posted to the mailing list, so that
others can review and discuss them. If not, there are appropriate sections
on the source forge project site
(http://sourceforge.net/projects/jedit-syntax/). 

If you have a small fix, you can post a code snippet. If you have whole new
classes, attach the .java files. If you have major changes, please post a
patch if possible (generated by the command "diff -uNr <path_orig>
<path_new>"). Windows
user should get the diff utils for Windows or a cygwin bash for doing that.


Expect a new 2.2.2 RC 1 version real soon. 

Happy hacking,
Oliver Henning

This e-mail and any attachment is for authorised use by the intended recipient(s) only.  It may contain proprietary material, confidential information and/or be subject to legal privilege.  It should not be copied, disclosed to, retained or used by, any other party.  If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender.  Thank you.

[jEdit-Syntax-devel] SQL syntax highlighting fails with semicolon

[<OHe...@pd...>]

Hi there,

i noticed that syntax highlighting for SQL doesn't work if the keyword =
is
immediately followed by a semicolon. Example (Oracle variable =
declaration)

	l_v_dummy	DATE;

So I think in class SQLTokenizer, line 77 should get an additional case =
';'
			case '.': case ',': case '(': case ')':

It works for me. What do you think?

Greetings,
Oliver Henning

"Jetzt hei=DFt es nur noch: Zukunft kaufen, Zukunft verkaufen, bis =
keine
Zukunft mehr da ist." aus "Im Auftrag des Teufels"=20

[jEdit-Syntax-devel] re actions under jdk1.4

[Colin B. <Col...@as...>]

Hi Gabriel,

I had the same problem with my project. It worked fine under JDK1.3 but
shortcuts didn't work under 1.4. To fix it I had to change the visibility of
the processKeyEvent(KeyEvent) method in my frame class from protected to
public E.G.

public void processKeyEvent(KeyEvent evt) {
    super.processKeyEvent(evt);
}

And I added the following file to my project. In application startup I call
the static init method _only_ if running under 1.4. If you make the call via
reflection then by leaving the Java14.java file out of the build you can
build your project under 1.3

/*
 * Java14.java - Java 2 version 1.4 API calls
 *
 * Copyright (C) 2001, 2002 Slava Pestov
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
 */
import java.awt.Component;
import java.awt.DefaultKeyboardFocusManager;
import java.awt.KeyboardFocusManager;
import java.awt.Window;
import java.awt.event.KeyEvent;

import javax.swing.JInternalFrame;

import net.sourceforge.squirrel_sql.client.gui.BaseSheet;
/**
 * This file must be compiled with a JDK 1.4 or higher javac. If you are
using
 * an older Java version and wish to compile from source, you can safely
leave
 * this file out.
 *
 * @author Slava Pestov
 */
public class Java14 {
	public static void init() {
 		KeyboardFocusManager.setCurrentKeyboardFocusManager(new
DefaultKeyboardFocusManager() {
			public boolean postProcessKeyEvent(KeyEvent evt) {
				if(!evt.isConsumed()) {
					Component comp =
(Component)evt.getSource();
					for(;;) {
						if(comp instanceof
BaseSheet) {
	
((BaseSheet)comp).processKeyEvent(evt);
							return true;
						} else if(comp == null ||
comp instanceof Window) {
							break;
						} else {
							comp =
comp.getParent();
						}
					}
				}

				return super.postProcessKeyEvent(evt);
			}

		});
	}
}

This code is basically the modifications that Slava Pestov made to fix a
similar problem with his jEdit text editor. BaseSheet is my JInternalFrame
subclass that contains the jEdit text area, replace it with your own.

Col

============================


From: Gabriel Hauber <gabjon@op...>
<http://images.sourceforge.net//images/msg.gif> actions under jdk1.4  
2002-03-07 16:42

Hi,
 
 Just wondering if I'm alone in experiencing this.
 
 I'm using JDK1.4, and I'm embedding the JEditTextArea component within a 
   JFrame's content pane.
 
 I've defined toolbar/menu actions within the JFrame for things like 
 save/cut/copy/paste/etc.  However, when typing within the text area, 
 none of the associated keyboard shortcuts seem to work.
 
 I believe it worked under JDK1.3, but can't easily check now as a main 
 part of my application is dependent on 1.4
 
 Anyone have any ideas?
 
 Thanks,
 
 Gabriel
 
 -- 
 ----------------------------------------------------------
   Gabriel J. Hauber -- Freelance Software Engineer
   eXtreme Programming/UML/Java/XML/JUnit/AmigaDE/VP/VPUnit
   Brisbane, Australia
   http://www.gabrielhauber.com
----------------------------------------------------------
 

[jEdit-Syntax-devel] actions under jdk1.4

[Gabriel H. <ga...@op...>]

Hi,

Just wondering if I'm alone in experiencing this.

I'm using JDK1.4, and I'm embedding the JEditTextArea component within a 
  JFrame's content pane.

I've defined toolbar/menu actions within the JFrame for things like 
save/cut/copy/paste/etc.  However, when typing within the text area, 
none of the associated keyboard shortcuts seem to work.

I believe it worked under JDK1.3, but can't easily check now as a main 
part of my application is dependent on 1.4

Anyone have any ideas?

Thanks,

Gabriel

-- 
----------------------------------------------------------
  Gabriel J. Hauber -- Freelance Software Engineer
  eXtreme Programming/UML/Java/XML/JUnit/AmigaDE/VP/VPUnit
  Brisbane, Australia
  http://www.gabrielhauber.com
----------------------------------------------------------

[jEdit-Syntax-devel] Changing Font

[Ruffin B. <ru...@co...>]

I was playing around in the code today, and found that it's pretty easy 
to change font by changing the follow line in the TextAreaPainter.java 
file:

setFont(new Font("Monospaced",Font.PLAIN,14));

However there doesn't seem to be any way of changing the font on the 
fly -- or even on startup at the moment.  It seems the monospaced, 14 pt 
font is hardcoded in there for now (?) after my initial check of the 
source.

I'm planning on adding a new constructor to TextAreaPainter that accepts 
a font specification, and have the creation of a JEditText pass the 
values around this line:

painter = new TextAreaPainter(this,defaults);

I thought it'd make the most sense to drop this stuff in the 
TextAreaDefaults class.

Does that make sense?  Is there a better way to change fonts, especially 
on the fly [without dropping the old JEditTextArea in my frame and 
adding a new one] that I'm missing?

Thanks,

Ruffin Bailey

[jEdit-Syntax-devel] Changing Font

[Ruffin B. <ru...@co...>]

I was playing around in the code today, and found that it's pretty easy 
to change font by changing the follow line in the TextAreaPainter.java file:

setFont(new Font("Monospaced",Font.PLAIN,14));

However there doesn't seem to be any way of changing the font on the fly 
-- or even on startup at the moment.  It seems the monospaced, 14 pt 
font is hardcoded in there for now (?) after my initial check of the source.

I'm planning on adding a new constructor to TextAreaPainter that accepts 
a font specification, and have the creation of a JEditText pass the 
values around this line:

painter = new TextAreaPainter(this,defaults);

I thought it'd make the most sense to drop this stuff in the 
TextAreaDefaults class.

Does that make sense?  Is there a better way to change fonts, especially 
on the fly [without adding the new constructor, dropping the old 
JEditTextArea in my frame, and adding a new one] that I'm missing?

Thanks,

Ruffin Bailey

[jEdit-Syntax-devel] phantom lines

[Brian W. Y. <by...@de...>]

I'm having a problem that occurs at isolated times when text is set or 
when the area contains text (usually enough to cause a vertical 
scrollbar) that is all deleted:

The problem is that the text area seems to ignore an amount of space at 
its top that is equal to about 4 lines of text.  I cannot click into 
this area, they are not blank lines... it is just unusable border space. 
    If I then add a new line, the text I just added jumps back up to the 
top of the area and re-claims the space that was lost a second ago.

Has anyone seen this?  Electric scroll is off.  The text area is 
embedded deep in my app, but I'll see if I can abstract it out to a test 
frame and reproduce if nobody has any ideas-

Thanks!
Brian Young
by...@de...

RE: [jEdit-Syntax-devel] Cursor visibility under JDK1.4beta3

[Colin B. <Col...@as...>]

Sorry, next time I'll check the bug reports.

-----Original Message-----
From: Colin Bell 
Sent: Thursday, 3 January 2002 11:30
To: 'jed...@li...'
Subject: [jEdit-Syntax-devel] Cursor visibility under JDK1.4beta3


Hi,

I've found an issue with the visibility of the non-block caret with
JDK1.4beta3 under WINNT (not tested under any other OS). A zero width
rectangle doesn't seem to be drawn. This hack fixes the problem although the
caret is drawn extra wide and looks somewhat ugly.

The fix is in TextAreapainter.paintCaret(). Replace the line

gfx.drawRect(caretX,y,caretWidth - 1,height - 1);

with

gfx.drawRect(caretX,y,caretWidth == 1 ? 1 : caretWidth - 1,height - 1);

Interestingly if I write a quick test program that draws a zero-width
rectangle in a component E.G.

public void paint(java.awt.Graphics g) {
	super.paint(g);
	g.drawRect(20, 20, 0, 20);
}

this works. It makes me suspect it may be an issue with clipping. If I get a
chance I'll look further into it.

Col
http://squirrel-sql.sourceforge.net

_______________________________________________
jEdit-Syntax-devel mailing list
jEd...@li...
https://lists.sourceforge.net/lists/listinfo/jedit-syntax-devel

[jEdit-Syntax-devel] Cursor visibility under JDK1.4beta3

[Colin B. <Col...@as...>]

Hi,

I've found an issue with the visibility of the non-block caret with
JDK1.4beta3 under WINNT (not tested under any other OS). A zero width
rectangle doesn't seem to be drawn. This hack fixes the problem although the
caret is drawn extra wide and looks somewhat ugly.

The fix is in TextAreapainter.paintCaret(). Replace the line

gfx.drawRect(caretX,y,caretWidth - 1,height - 1);

with

gfx.drawRect(caretX,y,caretWidth == 1 ? 1 : caretWidth - 1,height - 1);

Interestingly if I write a quick test program that draws a zero-width
rectangle in a component E.G.

public void paint(java.awt.Graphics g) {
	super.paint(g);
	g.drawRect(20, 20, 0, 20);
}

this works. It makes me suspect it may be an issue with clipping. If I get a
chance I'll look further into it.

Col
http://squirrel-sql.sourceforge.net

Re: [jEdit-Syntax-devel] Word wrap in JEditTextArea

[Greg <gr...@ea...>]

From: "Slava Pestov" <sl...@je...>
> Hi,
> 
> I am currently implementing word wrap in the mainline stream of the
> syntax package (found in jEdit 4.0), however you won't be immediately
> able to use it in the syntax package, due to licensing issues (the new
> syntax code is GPL'd), and also the fact that the internal architecture
> of the syntax package has changed so much between 2.2.1 (which the
> public domain code is based on) and 4.0.

I took a look at the 4.0 syntax code, and yes it seems quite different.

You seem to say that the licensing of jedit may change in the future ?

For the moment, i think i'm going to dive into the JEditTextArea code
and try to implement it in this package... What do you think
of the difficulty of this task ?

Thank you for your response, and happy new year to you all

Greg

Re: [jEdit-Syntax-devel] Word wrap in JEditTextArea

[Slava P. <sl...@je...>]

Hi,

I am currently implementing word wrap in the mainline stream of the
syntax package (found in jEdit 4.0), however you won't be immediately
able to use it in the syntax package, due to licensing issues (the new
syntax code is GPL'd), and also the fact that the internal architecture
of the syntax package has changed so much between 2.2.1 (which the
public domain code is based on) and 4.0.

On Tue, 2002-01-01 at 02:06, Greg wrote:
> Hello
> 
> JEdtiTextArea seems to be a very well designed component,
> and there is only one thing i miss in it, which is
> word wrapping.
> 
> Is it a design choice or is it just something nobody
> is interested in ?
> 
> If i want to implement it, would someone have an advice
> to give to me ?
> 
> Thank you in advance and happy new year,
> 
> Greg
> 
> 
> 
> _______________________________________________
> jEdit-Syntax-devel mailing list
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-syntax-devel
-- 
Slava Pestov

[jEdit-Syntax-devel] Word wrap in JEditTextArea

[Greg <gr...@ea...>]

Hello

JEdtiTextArea seems to be a very well designed component,
and there is only one thing i miss in it, which is
word wrapping.

Is it a design choice or is it just something nobody
is interested in ?

If i want to implement it, would someone have an advice
to give to me ?

Thank you in advance and happy new year,

Greg

[jEdit-Syntax-devel] Pinging the list!

[Ruffin B. <ru...@ho...>]

Just thought I'd send out a ping as there hasn't been much activity on the 
list for a couple of months.  I just stumbled across the package this 
week.  Had been looking at using Netbeans' StandAlone Editor for a project, 
but an MIT license is even more comfortable than a SPL one.

My first question would be what the strategy is for getting the package up 
to date.  It compiles with a couple of deprecation warnings (just the same 
getFontMetrics() problem twice) and I noticed one of the last questions was 
regarding the cursor in 1.4.  Any plans for the near to distant future?

Anyhow, just thought I'd show some interest/prod a little -- that usually 
helps me with projects that I've let go unattended too long.  Of course 
when you're busy with something else, no amount of good natured prodding's 
going to do a thing, but I thought I'd at least ping!

Thanks, and hope to get hands dirty with the code in the next several months.

Ruffin Bailey

Re: [jEdit-Syntax-devel] memory leak

[Tom B. <bra...@db...>]

"Brian W. Young" wrote:
> 
> Using OptimizeIt and the jre 1.3 w/hotspot, I've noted that the JEdit
> component is not getting cleaned up by the garbage collector after
> expicit de-referencing.  This is a known Swing issue, and an annoying
> one at that.  I've had to solve it by explicitly removing listeners and
> nulling out objects in my own GUI code.  I wonder if this type of
> cleanup is something that should be considered internally inside the
> JEdit component, with a cleanup() method that could be called?
> 
> It affects me more because my app uses multiple copies of the JEdit
> component, and expects them to be freed after the user is done with
> them.  But what I end up with is a few hundred or more objects from the
> jedit package on my heap.

Hi Brian,

Thanks for the heads up.  I'll take a look at writing a proper disposal
mechanism for the next release.

-- 
Tom Bradford  The dbXML Group, L.L.C.  http://www.dbxmlgroup.com/
Desktop, Laptop, Settop, Palmtop.  Can your XML database do that?

[jEdit-Syntax-devel] memory leak

[Brian W. Y. <by...@de...>]

Using OptimizeIt and the jre 1.3 w/hotspot, I've noted that the JEdit 
component is not getting cleaned up by the garbage collector after 
expicit de-referencing.  This is a known Swing issue, and an annoying 
one at that.  I've had to solve it by explicitly removing listeners and 
nulling out objects in my own GUI code.  I wonder if this type of 
cleanup is something that should be considered internally inside the 
JEdit component, with a cleanup() method that could be called?

It affects me more because my app uses multiple copies of the JEdit 
component, and expects them to be freed after the user is done with 
them.  But what I end up with is a few hundred or more objects from the 
jedit package on my heap.

Thanks
Brian Young
by...@de...

RE: [jEdit-Syntax-devel] Cut, copy and paste

[Gregory M. M. <gme...@br...>]

Landrot,

To simplify adding cut, copy and paste and undo/redo I sub-classed
DefaultInputHandler and JEdittextArea with the functionality built-in =
and
use them instead. The files are attached.

Greg

-----Original Message-----
From: Brian W. Young [mailto:by...@de...]
Sent: Tuesday, September 04, 2001 6:59 AM
To: LANDROT YANN
Cc: 'jed...@li...'
Subject: Re: [jEdit-Syntax-devel] Cut, copy and paste


Landrot,
Cut, copy and paste are implemented as methods.  This allows the=20
developer to choose how he wants his application to invoke these=20
methods.  Personally, I added a popup menu to the text area that does a =

cut, copy and paste as well as a select all, etc.  I also added key=20
bindings for ctrl-c, ctrl-v, etc.  You could also hook the edit=20
functions up to a toolbar if you wanted.
Brian

LANDROT YANN wrote:

>Hi,
>We recently discovevred jedit-syntax and want to use it in our =
projects.
>
>Am I doing something wrong or are cut, copy and past key binding not =
yet
>implemented ?
>
>I can't see them in DefaultInputHandler. Is thee any particular reason =
why
>they are not there ?
>
>Thanks for any advice.
>	Yann
>
>
>***********************************************************************=
**
>Ce message et toutes les pieces jointes (ci-apres le "message") sont
>confidentiels et etablis a l'intention exclusive de ses destinataires.
>Toute utilisation ou diffusion non autorisee est interdite.=20
>Tout message electronique est susceptible d'alteration.=20
>SG Asset Management et ses filiales declinent toute responsabilite au =
titre
>de ce message s'il a ete altere, deforme ou falsifie.
>
>D=E9couvrez l'offre et les services de SG Asset Management sur le site
>www.sgam.fr=20
>
>				********
>
>This message and any attachments (the "message") are confidential and
>intended solely for the addressees.
>Any unauthorised use or dissemination is prohibited.=20
>E-mails are susceptible to alteration.  =20
>Neither SG Asset Management nor any of its subsidiaries or affiliates =
shall
>be liable for the message if altered, changed or falsified.=20
>
>***********************************************************************=
**
>
>
>
>
>_______________________________________________
>jEdit-Syntax-devel mailing list
>jEd...@li...
>https://lists.sourceforge.net/lists/listinfo/jedit-syntax-devel
>
>




_______________________________________________
jEdit-Syntax-devel mailing list
jEd...@li...
https://lists.sourceforge.net/lists/listinfo/jedit-syntax-devel

Re: [jEdit-Syntax-devel] Cut, copy and paste

[Brian W. Y. <by...@de...>]

Landrot,
Cut, copy and paste are implemented as methods.  This allows the 
developer to choose how he wants his application to invoke these 
methods.  Personally, I added a popup menu to the text area that does a 
cut, copy and paste as well as a select all, etc.  I also added key 
bindings for ctrl-c, ctrl-v, etc.  You could also hook the edit 
functions up to a toolbar if you wanted.
Brian

LANDROT YANN wrote:

>Hi,
>We recently discovevred jedit-syntax and want to use it in our projects.
>
>Am I doing something wrong or are cut, copy and past key binding not yet
>implemented ?
>
>I can't see them in DefaultInputHandler. Is thee any particular reason why
>they are not there ?
>
>Thanks for any advice.
>	Yann
>
>
>*************************************************************************
>Ce message et toutes les pieces jointes (ci-apres le "message") sont
>confidentiels et etablis a l'intention exclusive de ses destinataires.
>Toute utilisation ou diffusion non autorisee est interdite. 
>Tout message electronique est susceptible d'alteration. 
>SG Asset Management et ses filiales declinent toute responsabilite au titre
>de ce message s'il a ete altere, deforme ou falsifie.
>
>Découvrez l'offre et les services de SG Asset Management sur le site
>www.sgam.fr 
>
>				********
>
>This message and any attachments (the "message") are confidential and
>intended solely for the addressees.
>Any unauthorised use or dissemination is prohibited. 
>E-mails are susceptible to alteration.   
>Neither SG Asset Management nor any of its subsidiaries or affiliates shall
>be liable for the message if altered, changed or falsified. 
>
>*************************************************************************
>
>
>
>
>_______________________________________________
>jEdit-Syntax-devel mailing list
>jEd...@li...
>https://lists.sourceforge.net/lists/listinfo/jedit-syntax-devel
>
>

[jEdit-Syntax-devel] Cut, copy and paste

[LANDROT Y. <yan...@sg...>]

Hi,
We recently discovevred jedit-syntax and want to use it in our =
projects.

Am I doing something wrong or are cut, copy and past key binding not =
yet
implemented ?

I can't see them in DefaultInputHandler. Is thee any particular reason =
why
they are not there ?

Thanks for any advice.
	Yann


************************************************************************=
*
Ce message et toutes les pieces jointes (ci-apres le "message") sont
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite.=20
Tout message electronique est susceptible d'alteration.=20
SG Asset Management et ses filiales declinent toute responsabilite au =
titre
de ce message s'il a ete altere, deforme ou falsifie.

D=E9couvrez l'offre et les services de SG Asset Management sur le site
www.sgam.fr=20

				********

This message and any attachments (the "message") are confidential and
intended solely for the addressees.
Any unauthorised use or dissemination is prohibited.=20
E-mails are susceptible to alteration.  =20
Neither SG Asset Management nor any of its subsidiaries or affiliates =
shall
be liable for the message if altered, changed or falsified.=20

************************************************************************=
*

[jEdit-Syntax-devel] [Fwd: Jedit Syntax.]

[Tom B. <bra...@db...>]

Mark Brady wrote:
> 
> Hello,
>      Thank you for taking over the jedit-syntax package as I also think it is very well written and useful software. However there are two issues I have discovered while using it that you might be interested in. I am using the syntax package from Jython (Python on the JVM - www.jython.org) but I don't think this is the problem as swing and Java work perfectly well with Jython.
> 
> 1) The static code block in JEditTextArea.java works fine on win 9X and win NT but causes the application to exit straight away on win 2000. I moved the static code into the constructor and that (seemed) to fix the problem. I am aware that this is a dirty hack but it does seem to fix this problem. This seems to be a threading problem and might just be a Jython only problem but as it works fine on all platforms except win2000 I suspect it's due to a difference in the OS threading. Here is the static code block:
> static
> {
>        caretTimer = new Timer(500,new CaretBlinker());
>        caretTimer.setInitialDelay(500);
>        caretTimer.start();
> }
> 
> 2) The second problem is that when I add a JEditTextArea to a JInternalFrame the scrolling breaks. Scrollbars appear but do not seem to be connected to the actual text. Using the scrollbars does not move the text in the text area. If you use the return, space or arrow keys inside the text area, while the text area responds as expected the scrollbars do not move to reflect the new position of the cursor in the text. I did not get this problem when I used JEditTextArea on a JTabbedPane. I do not think this is a Jython specific problem but I have not had a chance to test it with Java code yet.
> 
> The first problem doesn't bother me as I seemed to have found a (messy) fix for it but the second problem is currently driving me crazy :-) Any help or suggestions would be great. If I discover a solution I will forward it to you. Anyway thanks for your time and good luck with jedit-syntax,
> 
> Mark Brady.
> 
> Get 250 color business cards for FREE!
> http://businesscards.lycos.com/vp/fastpath/

-- 
Tom Bradford --- The dbXML Project --- http://www.dbxml.org/
We store your XML data a hell of a lot better than /dev/null