jedit-devel Mailing List for jEdit

Bug #127128, was updated on 2000-Dec-30 05:43
Here is a current snapshot of the bug.

Project: jEdit
Category: text area and syntax packages
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary: Keyboard Alt+Keypad doesn't function

Details: I'm using jEdit 3.0 final on WNT4 and I'm unable to get the curly
brackets using the combination keys ALT+123 and ALT+124 ({}).

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=127128&group_id=588

Bug #123916, was updated on 2000-Nov-30 04:24
Here is a current snapshot of the bug.

Project: jEdit
Category: text area and syntax packages
Status: Open
Resolution: None
Bug Group: severe bug
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary: keyboard problem (German keyboard)

Details: OS: Linux (RedHat & Suse)
jEdit: v2.6final
JVM: Sun JDK1.3 (final)
e-Mail: a_...@gm...

Description:
The following keys produce no characters in the editor area:
<,>,#,',+,*

I am using german keyboard settings.
I suspect the JVM to be the problem, because I've encountered this problem
with jbuilder too.

Hope, you can do something about it.

Yours

Armin

Follow-Ups:

Date: 2000-Dec-30 04:18
By: knightshift

Comment:
Same with UK keyboard. Suggested fix of using IBM JDK works fine.  Have not
encountered any more keyboard errors with the IBM JDK.
-------------------------------------------------------

Date: 2000-Dec-19 00:00
By: nobody

Comment:
This is still a problem on ver. 3.0pre5 . I can't use the same keyes and
sometimes I have problems with the Danish letters too (I'm using Danish
keboard layout).
I'm running Linux 7.0 with sun JDK1.3, and I have no problems using the
keys in other java swing programs. 
-------------------------------------------------------

Date: 2000-Dec-19 00:00
By: nobody

Comment:
This is still a problem on ver. 3.0pre5 . I can't use the same keyes and
sometimes I have problems with the Danish letters too (I'm using Danish
keboard layout).
I'm running Linux 7.0 with sun JDK1.3, and I have no problems using the
keys in other java swing programs. 
-------------------------------------------------------

Date: 2000-Dec-06 08:57
By: nobody

Comment:
I have the same problem. I'm running jedit 3.0pre4 under Red Hat Linux 7.0
with Sun JDK1.3, german keyboard. 
The following keys do not work:
<, > (Shift<), | (AltGr<), #, ' (Shift#), +, * (Shift+), ~ (AltGr+), ?
(Shiftß), \ (Shiftß), etc., etc.
-------------------------------------------------------

Date: 2000-Dec-01 05:32
By: nobody

Comment:
i had the same problem... and now i use JDK1.3 from IBM... (or the JDK from
BlackDown) and the problem is not there anymore... :)

Arnaud
-------------------------------------------------------

Date: 2000-Nov-30 05:47
By: nobody

Comment:
Same Problem here.

JDK 1.3/Linux/KDE

I can create + and * via the NumPad, but <> still isn't working :(
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=123916&group_id=588

Bug #127078, was updated on 2000-Dec-29 07:16
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: brisk
Assigned to : nobody
Summary: No cursor on startup

Details: jEdit 3.0 final, Windows 2000, Java 1.3, lots of plugins

If the search bar is not visible when jEdit starts, there is no cursor.

Clicking anywhere within the edit area will bring the cursor back.

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=127078&group_id=588

Bug #127101, was updated on 2000-Dec-29 13:58
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: jelvis
Assigned to : nobody
Summary: Using undo to max allows changed file to close w/o warning

Details: Java version:  jdk 1.2.2
jEdit version:  3.0 final
OS:  Windows NT 4.0, SP 6

Description:
   If you make at least undo limit + 1 changes to a file, then undo as many
as you can, you are left with a file that has changed since being saved,
but jEdit thinks it is not changed, so you can close the file without
saving it and not receive the warning about a buffer with unsaved changes.

How to duplicate:

1.  With jEdit started, go to Utilities->Global Options->Editing and set
the Number of Undos to 10 or some other small number.  (This is not
absolutely necessary, but it makes for a quicker test than the default of
100).
2.  Open a file and make 11 changes (assuming that 10 is the Number of
Undos - otherwise, just make 1 more change than you have undos).  I just
hit the space bar 11 times.
3.  Hit CTRL-Z (undo) 10 times (or until you can't undo anymore).  Now,
notice that the changed/not-changed indicator shows not changed (though
there is still an extra space), then attempt to close the file - it closes
without issuing a warning that it has been changed but not saved.

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=127101&group_id=588

Please ignore.

Slava

Bug #126996, was updated on 2000-Dec-28 06:39
Here is a current snapshot of the bug.

Project: jEdit
Category: text area and syntax packages
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary: Word wrap does not accept high values

Details: Call it bad programming style, but I really prefer to have a
possibility to have lines that are >100 characters long.

The word wrap option lets me enter high values (150 for example) but jEdit
will not respect this value and wrap lines at 80 anyway!

jEdit version: 3.0final
JDK: 1.3.0 on Solaris/sparc

-reinouts (no SSL available right now :)



For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126996&group_id=588

Bug #126997, was updated on 2000-Dec-28 06:52
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: severe bug
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary: Can't open a file of size ~15MB

Details: Is it a restriction with JEdit?  I'm running JEdit3.0 final
version.  I tried to open a log file which is about 15MB in size.  Nothing
shows up on the edit pane.

Thanks.

-Aston

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126997&group_id=588

Bug #126903, was updated on 2000-Dec-27 06:25
Here is a current snapshot of the bug.

Project: jEdit
Category: text area and syntax packages
Status: Open
Resolution: None
Bug Group: severe bug
Priority: 5
Submitted by: reinouts
Assigned to : nobody
Summary: text area acts as if mouse button 2 was pressed

Details: Platform: Linux 2.2.17
JDK: Sun 1.3.0_01

After changing some settings in the Global Options and pressing Apply, the
jEdit text area gives a pop-up menu as if mouse button 2 was pressed,
regardless if mouse button 1 or 2 was pressed.
This phenomenon is not observable in other parts of the GUI.

A restart of jEdit doesn't help, one has to login again (or restart X) to
reverse the situation back to normal. So this could also be a problem with
the JDK.


For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126903&group_id=588

Bug #126901, was updated on 2000-Dec-27 06:20
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: minor bug
Priority: 5
Submitted by: reinouts
Assigned to : nobody
Summary: splash screen invisible

Details: Under Linux (kernel 2.2.17, Sun JDK 1.3.0.01) there is no splash
screen visible at the startup of jEdit 3.0. 
If it makes any difference, I installed the RPM package.



For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126901&group_id=588

Hi Slava,

love the new 3.0final!

Some minor nitpicks and suggestions:

* Color dialog under General Options->Colors (and Styles): enter three
integers on the RGB tab, close the dialog, reopen it. The integers are now
decremented by one.

* General Options->Styles: All table entries are rendered with the same
non-bold, non-italic font. Could be a JTable bug (I used Swing from JDK
1.2.2).

* (harmless) Update plugins dialog: click on the checkbox for entry
"loading..." while the information is retrieved. If no new plugins are found, an
ArrayIndexOutOfBoundsException is thrown.

* Suggestion for General Options->File System Browser: let "Favorites" be
a valid option for "Default Path".

* Suggestion for configuring shortcuts: A separate tab for "Plugin
shortcuts". Need to determine which action commands are from plugins and which ones
are from jEdit. Is this possible with the new action API?

Dirk.

-- 
Sent through GMX FreeMail - http://www.gmx.net

Bug #126800, was updated on 2000-Dec-25 07:33
Here is a current snapshot of the bug.

Project: jEdit
Category: plugins
Status: Open
Resolution: None
Bug Group: minor bug
Priority: 5
Submitted by: jgellene
Assigned to : nobody
Summary: Console 2.4.1 reports version as 2.4

Details: Change needed to Console.props

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126800&group_id=588

Hi Sergey,

I would be interested.

Thanks,
  Manfred

On Tue, 19 Dec 2000 21:37:09 +0000, Sergey V. Udaltsov wrote:

>Hi all
>
>I've created some small plugin which stores the content of the
>file/selection to the Oracle. I use it for PL/SQL programming in order
>to publish procedures/functions/packages. It stores the text, gets the
>errors and displays them in the error list. Is anyone interested in this
>thing? Should I publish it somewhere?
>It is pure JDBC 2.0, no native calls (definitely, SQL is very
>Oracle-dependent). Tested on jEdit 3.0pre5 (with the lates EditBus and
>ErrorList).
>
>Regards,
>
>Sergey
>
>-- 
>-----------------------------------------------
>jEdit Developers' List
>jEd...@li...
>http://lists.sourceforge.net/mailman/listinfo/jedit-devel
>

-- 
________________________________________________________________________
Manfred Usselmann                              uss...@ic...

Bug #125840, was updated on 2000-Dec-14 17:14
Here is a current snapshot of the bug.

Project: jEdit
Category: plugins
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: dstolerman
Assigned to : nobody
Summary: BufferList doesn't refresh when buffer name changes

Details: BufferList doesn't refresh the "Open Files" pane when a buffer is
saved with a new name, so is left with a row that can not be selected and a
buffer open that does not appear.

jEdit 3.0pre4, BufferList 0.2.1, jdk1.3, win 98



Follow-Ups:

Date: 2000-Dec-22 21:48
By: jgellene

Comment:
This is because the EditBus messages sent by buffer.saveAs() do not cause
BufferList to requery jEdit's list of buffers.  A tailored solution would
be to create a new kind of BufferUpdate message, "SAVED_AS" and send it
after the saveAs operation substantially completes.  BufferList could then
update its data upon receiving a SAVED_AS without changing the treatment of
other messages.

This would involve three changes, two to the editor core:

(1) In BufferUpdate add the following field:
public static final Object SAVED_AS = "SAVED_AS";

(2) In Buffer.saveAs(), send the message before returning:
boolean ret = save(view,files[0],rename);
EditBus.send(new BufferUpdate(this,BufferUpdate.SAVED_AS));
return ret;

(3) In BufferList.handleMessage(), begin as follows:

public void handleMessage(EBMessage message) {
 if (message instanceof BufferUpdate) {
   BufferUpdate bu = (BufferUpdate) message;
   if ((bu.getWhat() == BufferUpdate.CREATED) ||
        bu.getWhat() == BufferUpdate.CLOSED) ||
	bu.getWhat() == BufferUpdate.SAVED_AS)) {
      setNewModels();
   } else if (bu.getWhat() == BufferUpdate.DIRTY_CHANGED) {
     refresh();
   }

If this is too much hacking to the editor core, then simply call
setNewModels() in response to a DIRTY_CHANGED message.





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

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=125840&group_id=588

Bug #126696, was updated on 2000-Dec-22 19:15
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: jgellene
Assigned to : nobody
Summary: ToolBarOptionPane.ToolBarAddDialog -- Choose icon button

Details: See following post from jedit-users:

FROM: sneakemail.comDATE: 12/22/2000 00:00:00SUBJECT:  [ jEdit-users ]
Toolbar Button with Icon Hi

I tried to add a "Close Buffer" button to the toolbar.
But when I tried to choose a custom icon (by selecting 
 the "Load icon from file" radio button and clicking on
the "No icon selected" button in "Utilities | Global Options | Toolbar |
Add...".

So what is the right procedure to add a button with 
custom icon to the toolbar?

I'm sorry if this is was discussed before but I can't
find the answer in the archive.

Miles D. Leadlem
---------------------------------------------------
Problem is in VFSBrowser constructor. which is passed null for View
parameter, then calls view.getBuffer() around line 154.  Replace the call
and the next few lines with the following:

String name = null;
		int index = -1;
		if(view != null)
		{
			name = view.getBuffer().getName();
			index = name.lastIndexOf('.');
		}


Follow-Ups:

Date: 2000-Dec-22 19:20
By: jgellene

Comment:
This duplicates #126695 -- my hand slipped.  Sorry.
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126696&group_id=588

Bug #126696, was updated on 2000-Dec-22 19:15
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: jgellene
Assigned to : nobody
Summary: ToolBarOptionPane.ToolBarAddDialog -- Choose icon button

Details: See following post from jedit-users:

FROM: sneakemail.comDATE: 12/22/2000 00:00:00SUBJECT:  [ jEdit-users ]
Toolbar Button with Icon Hi

I tried to add a "Close Buffer" button to the toolbar.
But when I tried to choose a custom icon (by selecting 
 the "Load icon from file" radio button and clicking on
the "No icon selected" button in "Utilities | Global Options | Toolbar |
Add...".

So what is the right procedure to add a button with 
custom icon to the toolbar?

I'm sorry if this is was discussed before but I can't
find the answer in the archive.

Miles D. Leadlem
---------------------------------------------------
Problem is in VFSBrowser constructor. which is passed null for View
parameter, then calls view.getBuffer() around line 154.  Replace the call
and the next few lines with the following:

String name = null;
		int index = -1;
		if(view != null)
		{
			name = view.getBuffer().getName();
			index = name.lastIndexOf('.');
		}


For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126696&group_id=588

Bug #126695, was updated on 2000-Dec-22 19:15
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: jgellene
Assigned to : nobody
Summary: ToolBarOptionPane.ToolBarAddDialog -- Choose icon button

Details: See following post from jedit-users:

FROM: sneakemail.comDATE: 12/22/2000 00:00:00SUBJECT:  [ jEdit-users ]
Toolbar Button with Icon Hi

I tried to add a "Close Buffer" button to the toolbar.
But when I tried to choose a custom icon (by selecting 
 the "Load icon from file" radio button and clicking on
the "No icon selected" button in "Utilities | Global Options | Toolbar |
Add...".

So what is the right procedure to add a button with 
custom icon to the toolbar?

I'm sorry if this is was discussed before but I can't
find the answer in the archive.

Miles D. Leadlem
---------------------------------------------------
Problem is in VFSBrowser constructor. which is passed null for View
parameter, then calls view.getBuffer() around line 154.  Replace the call
and the next few lines with the following:

String name = null;
		int index = -1;
		if(view != null)
		{
			name = view.getBuffer().getName();
			index = name.lastIndexOf('.');
		}


For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126695&group_id=588

Bug #126523, was updated on 2000-Dec-20 13:19
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Closed
Resolution: Invalid
Bug Group: normal bug
Priority: 5
Submitted by: nobody
Assigned to : nobody
Summary: "More" menu is hidden on File Browser

Details: When I use File > Open, then click the "More" button, the menu
pops-up behind the file browser.

This does not happen if I select Utilties > File System Browser.

I'm using jEdit 2.6final, on Mac OSX, which has Java 1.2.2.

Follow-Ups:

Date: 2000-Dec-22 18:16
By: spestov

Comment:
Report this to Apple. It looks like a MacOS X bug.
-------------------------------------------------------

Date: 2000-Dec-20 13:21
By: nobody

Comment:
My email is gen...@ma...
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126523&group_id=588

Bug #126620, was updated on 2000-Dec-21 10:03
Here is a current snapshot of the bug.

Project: jEdit
Category: None
Status: Closed
Resolution: Invalid
Bug Group: None
Priority: 5
Submitted by: vanza
Assigned to : nobody
Summary: Bracket matching isn't working properly

Details: If you have the matching bracket outside of the current view,
jEdit won't mark the matching bracket.

This is particularly annoying if you have a very long block, as you won't
be able to find the closing bracket using this option.

This used to work fine (at least until 2.6). But it's broken on 3.0pre5.

Follow-Ups:

Date: 2000-Dec-22 18:15
By: spestov

Comment:
The bracket matching only searches as far as the currently visible lines.
This is to improve performance. To go to a bracket matching the current one
(regardless if it is visible or not) press Control+].
-------------------------------------------------------

Date: 2000-Dec-21 10:04
By: vanza

Comment:
Oops, this should have gone to "text area and syntax packages".
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126620&group_id=588

As mentioned in my latest comment to Bug Report #126610, here are revised
files containing suggested changes.

Changes are found in --
BeanShellAction.java : new method MakeCopy()
Macros.java : new method expandMacroListName()
MenuItemModel.java : revised constructor contains new code block for user
buttons that invoke macros

In addition, the following node should be added to actions.xml:

<ACTION NAME="play-macro">
	<CODE>
		BeanShell.runScript(view, "@@", false);
	</CODE>
</ACTION>

Bug #126610, was updated on 2000-Dec-21 08:17
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: jgellene
Assigned to : nobody
Summary: Tool bar -- user macros fail even when title is displayed

Details: jEDit 3.0pre5

Bug #126248 (now closed) reports that a macro named "make"
has its first letter truncated when the user attempts to add it to the tool bar.  This bug is reported fixed.  When a macro from a sub-directory is added (like "Console_Plugin/Run_jmk", for example), the macro title is not truncated, but the button nevertheless does not operate.  This is because "play-macro" is not included in the "actions" data file contained in actions.xml.  There is a further problem because play-macro now appears appear to be the only action which has an implicit parameter (the name of the macro, (for example, "play-macro@Console_Plugin/Run_jmk"), and the xml structure of EditActions does not permit parameters.

I assume this is a different problem than the truncation of the macro title described in the earlier bug.  I didn't see changes in the GJT files.

To fix this second problem, perhaps you should define a new xml item type, but this could trigger a lot of redesign.  Since I wanted my macros on the toolbar (who wouldn't?), I came up with the following three-part solution:

////////////////////////////////////////////////////////////////
(1)  add the following item to actions.xml:

<ACTION NAME="play-macro">
	<CODE>
		BeanShell.runScript(view, MiscUtilities.concatPath(
			MiscUtilities.constructPath(jEdit.getJEditHome(), "macros"),
        	"@@.bsh"), false);
	</CODE>
</ACTION>

////////////////////////////////////////////////////////////////
// (2)  add the following method to BeanShellAction:

	public void replaceCode( String pattern, String replace)
	{
		int s = 0;
   		int e = 0;
 		StringBuffer result = new StringBuffer();
  		while ((e = code.indexOf(pattern, s)) != -1)
		{
			result.append(code.substring(s, e));
		    result.append(replace);
    		s = e+pattern.length();
      	}
    	result.append(code.substring(s));
    	code =  result.toString();
		Log.log(Log.DEBUG, BeanShellAction.class,
			"replaceCode() results in code = " + code);
    }


////////////////////////////////////////////////////////////////
// (3) call this new method in the MenuItemModel constructor as follows;

	public MenuItemModel(String name)
	{
		this.name = name;

		String actionName;
		int index = name.indexOf('@');
		if(index != -1)
		{
			arg = name.substring(index+1);
			actionName = name.substring(0,index);
		}
		else
		{
			arg = null;
			actionName = name;
//			action = jEdit.getAction(name);  // not needed; see next line
		}
		action = jEdit.getAction(actionName);
		// here's where the action's BeanShell code gets changed based upon the macro name
		if( action instanceof BeanShellAction && index != -1)
			((BeanShellAction)action).replaceCode( "@@", arg);

		label = jEdit.getProperty(name.concat(".label"));
		if(label == null)
			label = name;

		index = label.indexOf('$');
		if(index != -1 && label.length() - index > 1)
		{
                        mnemonic = Character.toLowerCase(label.charAt(index + 1));
			label = label.substring(0,index).concat(label.substring(++index));
		}
		else
			mnemonic = '\0';

		// stuff for createButton():
		String iconName = jEdit.getProperty(name + ".icon");
		if(iconName != null)
		{
			icon = GUIUtilities.loadIcon(iconName);
			toolTip = label;
			String shortcut = jEdit.getProperty(name + ".shortcut");
			if(shortcut != null)
				toolTip = toolTip + " (" + shortcut + ")";
		}
	}

It works, although I'm not sure whether it introduces and design complications in other areas.

Follow-Ups:

Date: 2000-Dec-22 13:38
By: jgellene

Comment:
OK, I think I got it now.  I treated the "play-macro" action generated by actions.xml as a template, then cloned and renamed it for the individual user macro (using a new method in BeanShellAction).  Getting the macro file name was a further complication, because the macro list for adding user buttons does not distinguish between system and user macros.  Since Macros should know its constituents' file names, I added a static method to Macros that would take a listed name and return a full path.

I noticed that macro menu items have their own EditActions, but there doesn't appear to be any easy way to access them. 

To reduce the size of postings to jEdit-devel, I'll post the files containing suggested changes as attachments to a separate message.
-------------------------------------------------------

Date: 2000-Dec-22 06:02
By: jgellene

Comment:
Sorry, this doesn't quite do it.  I tested it by creating only one macro button.  It creates only one version of a "play-macro" action, so subsequent macro buttons invoke the macro assigned to the first button.  The real solution should involve a change to the ActionListHandler class that creates multiple "play-macro" actions when needed.  I'll give this a try and post a revised set of changes later today.
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126610&group_id=588

> Dirk Moebius wrote:
> > Is this option gone in 3.0preX? It used to be under "General".
> It's now the same as the 'history list size' setting. If you want
> a separate setting, I can make one in 3.1.

No, that's o.k, I guess.

Dirk.

-- 
Sent through GMX FreeMail - http://www.gmx.net

Bug #126610, was updated on 2000-Dec-21 08:17
Here is a current snapshot of the bug.

Project: jEdit
Category: editor core
Status: Open
Resolution: None
Bug Group: normal bug
Priority: 5
Submitted by: jgellene
Assigned to : nobody
Summary: Tool bar -- user macros fail even when title is displayed

Details: jEDit 3.0pre5

Bug #126248 (now closed) reports that a macro named "make"
has its first letter truncated when the user attempts to add it to the tool bar.  This bug is reported fixed.  When a macro from a sub-directory is added (like "Console_Plugin/Run_jmk", for example), the macro title is not truncated, but the button nevertheless does not operate.  This is because "play-macro" is not included in the "actions" data file contained in actions.xml.  There is a further problem because play-macro now appears appear to be the only action which has an implicit parameter (the name of the macro, (for example, "play-macro@Console_Plugin/Run_jmk"), and the xml structure of EditActions does not permit parameters.

I assume this is a different problem than the truncation of the macro title described in the earlier bug.  I didn't see changes in the GJT files.

To fix this second problem, perhaps you should define a new xml item type, but this could trigger a lot of redesign.  Since I wanted my macros on the toolbar (who wouldn't?), I came up with the following three-part solution:

////////////////////////////////////////////////////////////////
(1)  add the following item to actions.xml:

<ACTION NAME="play-macro">
	<CODE>
		BeanShell.runScript(view, MiscUtilities.concatPath(
			MiscUtilities.constructPath(jEdit.getJEditHome(), "macros"),
        	"@@.bsh"), false);
	</CODE>
</ACTION>

////////////////////////////////////////////////////////////////
// (2)  add the following method to BeanShellAction:

	public void replaceCode( String pattern, String replace)
	{
		int s = 0;
   		int e = 0;
 		StringBuffer result = new StringBuffer();
  		while ((e = code.indexOf(pattern, s)) != -1)
		{
			result.append(code.substring(s, e));
		    result.append(replace);
    		s = e+pattern.length();
      	}
    	result.append(code.substring(s));
    	code =  result.toString();
		Log.log(Log.DEBUG, BeanShellAction.class,
			"replaceCode() results in code = " + code);
    }


////////////////////////////////////////////////////////////////
// (3) call this new method in the MenuItemModel constructor as follows;

	public MenuItemModel(String name)
	{
		this.name = name;

		String actionName;
		int index = name.indexOf('@');
		if(index != -1)
		{
			arg = name.substring(index+1);
			actionName = name.substring(0,index);
		}
		else
		{
			arg = null;
			actionName = name;
//			action = jEdit.getAction(name);  // not needed; see next line
		}
		action = jEdit.getAction(actionName);
		// here's where the action's BeanShell code gets changed based upon the macro name
		if( action instanceof BeanShellAction && index != -1)
			((BeanShellAction)action).replaceCode( "@@", arg);

		label = jEdit.getProperty(name.concat(".label"));
		if(label == null)
			label = name;

		index = label.indexOf('$');
		if(index != -1 && label.length() - index > 1)
		{
                        mnemonic = Character.toLowerCase(label.charAt(index + 1));
			label = label.substring(0,index).concat(label.substring(++index));
		}
		else
			mnemonic = '\0';

		// stuff for createButton():
		String iconName = jEdit.getProperty(name + ".icon");
		if(iconName != null)
		{
			icon = GUIUtilities.loadIcon(iconName);
			toolTip = label;
			String shortcut = jEdit.getProperty(name + ".shortcut");
			if(shortcut != null)
				toolTip = toolTip + " (" + shortcut + ")";
		}
	}

It works, although I'm not sure whether it introduces and design complications in other areas.

Follow-Ups:

Date: 2000-Dec-22 06:02
By: jgellene

Comment:
Sorry, this doesn't quite do it.  I tested it by creating only one macro button.  It creates only one version of a "play-macro" action, so subsequent macro buttons invoke the macro assigned to the first button.  The real solution should involve a change to the ActionListHandler class that creates multiple "play-macro" actions when needed.  I'll give this a try and post a revised set of changes later today.
-------------------------------------------------------

For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=126610&group_id=588

I think I'm interested in it. I also can propse  .xml for Oracle pl/sql
syntax highlighting .

> ----------
> =EF=D4: 	Sergey V. Udaltsov[SMTP:ser...@cl...]
> =EF=D4=D7=C5=D4: 	jed...@li...
> =EF=D4=D0=D2=C1=D7=CC=C5=CE=CF: 	20 =C4=C5=CB=C1=C2=D2=D1 2000 =C7. =
0:37
> =EB=CF=CD=D5: 	jed...@li...
> =F4=C5=CD=C1: 	[ jEdit-devel ] New plugin for Oracle
>=20
> Hi all
>=20
> I've created some small plugin which stores the content of the
> file/selection to the Oracle. I use it for PL/SQL programming in =
order
> to publish procedures/functions/packages. It stores the text, gets =
the
> errors and displays them in the error list. Is anyone interested in =
this
> thing? Should I publish it somewhere?
> It is pure JDBC 2.0, no native calls (definitely, SQL is very
> Oracle-dependent). Tested on jEdit 3.0pre5 (with the lates EditBus =
and
> ErrorList).
>=20
> Regards,
>=20
> Sergey
>=20
> --=20
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> http://lists.sourceforge.net/mailman/listinfo/jedit-devel
>=20

Dirk Moebius wrote:
> 
> Is this option gone in 3.0preX? It used to be under "General".
> 

It's now the same as the 'history list size' setting. If you want
a separate setting, I can make one in 3.1.

Slava

Dirk Moebius wrote:
> 
> Hi Slava,
> 
> could you please tar the next source tarball with src/ as toplevel dir,
> instead of jEdit/ ?
> 

Why? This will make things harder for me ;-) (right now I just do
cd $HOME; tar cfz jedit30source.tar.gz jEdit)

Slava