Menu
▾
▴
jedit-devel
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(32) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(452) |
Feb
(435) |
Mar
(117) |
Apr
(265) |
May
(161) |
Jun
(276) |
Jul
(409) |
Aug
(522) |
Sep
(139) |
Oct
(306) |
Nov
(406) |
Dec
(217) |
| 2001 |
Jan
(237) |
Feb
(194) |
Mar
(266) |
Apr
(298) |
May
(266) |
Jun
(195) |
Jul
(427) |
Aug
(660) |
Sep
(808) |
Oct
(465) |
Nov
(260) |
Dec
(226) |
| 2002 |
Jan
(255) |
Feb
(322) |
Mar
(440) |
Apr
(327) |
May
(271) |
Jun
(263) |
Jul
(122) |
Aug
(346) |
Sep
(172) |
Oct
(282) |
Nov
(184) |
Dec
(166) |
| 2003 |
Jan
(325) |
Feb
(431) |
Mar
(431) |
Apr
(238) |
May
(320) |
Jun
(331) |
Jul
(289) |
Aug
(277) |
Sep
(223) |
Oct
(273) |
Nov
(218) |
Dec
(223) |
| 2004 |
Jan
(203) |
Feb
(321) |
Mar
(316) |
Apr
(18) |
May
(44) |
Jun
(149) |
Jul
(83) |
Aug
(216) |
Sep
(188) |
Oct
(136) |
Nov
(73) |
Dec
(117) |
| 2005 |
Jan
(101) |
Feb
(208) |
Mar
(153) |
Apr
(81) |
May
(85) |
Jun
(87) |
Jul
(100) |
Aug
(145) |
Sep
(57) |
Oct
(123) |
Nov
(73) |
Dec
(105) |
| 2006 |
Jan
(211) |
Feb
(134) |
Mar
(299) |
Apr
(223) |
May
(292) |
Jun
(426) |
Jul
(477) |
Aug
(415) |
Sep
(501) |
Oct
(460) |
Nov
(427) |
Dec
(302) |
| 2007 |
Jan
(467) |
Feb
(423) |
Mar
(356) |
Apr
(241) |
May
(357) |
Jun
(342) |
Jul
(373) |
Aug
(421) |
Sep
(491) |
Oct
(266) |
Nov
(236) |
Dec
(310) |
| 2008 |
Jan
(228) |
Feb
(344) |
Mar
(466) |
Apr
(410) |
May
(437) |
Jun
(303) |
Jul
(255) |
Aug
(451) |
Sep
(520) |
Oct
(379) |
Nov
(430) |
Dec
(261) |
| 2009 |
Jan
(352) |
Feb
(394) |
Mar
(279) |
Apr
(534) |
May
(245) |
Jun
(392) |
Jul
(510) |
Aug
(392) |
Sep
(237) |
Oct
(332) |
Nov
(302) |
Dec
(590) |
| 2010 |
Jan
(723) |
Feb
(650) |
Mar
(530) |
Apr
(307) |
May
(300) |
Jun
(450) |
Jul
(196) |
Aug
(233) |
Sep
(270) |
Oct
(288) |
Nov
(284) |
Dec
(331) |
| 2011 |
Jan
(336) |
Feb
(277) |
Mar
(133) |
Apr
(102) |
May
(50) |
Jun
(234) |
Jul
(174) |
Aug
(274) |
Sep
(355) |
Oct
(273) |
Nov
(895) |
Dec
(749) |
| 2012 |
Jan
(744) |
Feb
(498) |
Mar
(767) |
Apr
(412) |
May
(513) |
Jun
(596) |
Jul
(372) |
Aug
(515) |
Sep
(373) |
Oct
(246) |
Nov
(210) |
Dec
(232) |
| 2013 |
Jan
(162) |
Feb
(226) |
Mar
(209) |
Apr
(162) |
May
(84) |
Jun
(153) |
Jul
(91) |
Aug
(142) |
Sep
(151) |
Oct
(220) |
Nov
(176) |
Dec
(131) |
| 2014 |
Jan
(61) |
Feb
(83) |
Mar
(93) |
Apr
(274) |
May
(83) |
Jun
(46) |
Jul
(149) |
Aug
(61) |
Sep
(49) |
Oct
(93) |
Nov
(100) |
Dec
(164) |
| 2015 |
Jan
(93) |
Feb
(130) |
Mar
(44) |
Apr
(31) |
May
(85) |
Jun
(11) |
Jul
(47) |
Aug
(131) |
Sep
(117) |
Oct
(115) |
Nov
(73) |
Dec
(84) |
| 2016 |
Jan
(106) |
Feb
(88) |
Mar
(116) |
Apr
(160) |
May
(121) |
Jun
(74) |
Jul
(126) |
Aug
(141) |
Sep
(101) |
Oct
(38) |
Nov
(32) |
Dec
(6) |
| 2017 |
Jan
(33) |
Feb
(60) |
Mar
(112) |
Apr
(33) |
May
(24) |
Jun
(115) |
Jul
(24) |
Aug
|
Sep
(6) |
Oct
(147) |
Nov
(166) |
Dec
(118) |
| 2018 |
Jan
(53) |
Feb
(51) |
Mar
(4) |
Apr
(14) |
May
(28) |
Jun
(14) |
Jul
(18) |
Aug
(53) |
Sep
(27) |
Oct
(9) |
Nov
(2) |
Dec
(2) |
| 2019 |
Jan
(8) |
Feb
(7) |
Mar
(21) |
Apr
(17) |
May
(43) |
Jun
(45) |
Jul
(13) |
Aug
(32) |
Sep
(18) |
Oct
(41) |
Nov
(19) |
Dec
(60) |
| 2020 |
Jan
(9) |
Feb
(12) |
Mar
(26) |
Apr
(43) |
May
(67) |
Jun
(42) |
Jul
(4) |
Aug
(3) |
Sep
(73) |
Oct
(8) |
Nov
(19) |
Dec
(14) |
| 2021 |
Jan
(19) |
Feb
(9) |
Mar
(20) |
Apr
(25) |
May
(17) |
Jun
(9) |
Jul
(1) |
Aug
(21) |
Sep
(17) |
Oct
(12) |
Nov
(4) |
Dec
|
| 2022 |
Jan
(2) |
Feb
(1) |
Mar
(9) |
Apr
(5) |
May
(25) |
Jun
(9) |
Jul
(10) |
Aug
(3) |
Sep
(27) |
Oct
(6) |
Nov
(9) |
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
(11) |
Apr
|
May
(13) |
Jun
(11) |
Jul
(11) |
Aug
(14) |
Sep
(17) |
Oct
(50) |
Nov
(5) |
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(20) |
Mar
(8) |
Apr
(15) |
May
(35) |
Jun
|
Jul
(7) |
Aug
(21) |
Sep
(13) |
Oct
(33) |
Nov
(7) |
Dec
(12) |
| 2025 |
Jan
(3) |
Feb
(26) |
Mar
(14) |
Apr
(9) |
May
(1) |
Jun
(9) |
Jul
(1) |
Aug
(5) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(17) |
2
(15) |
3
(27) |
4
(6) |
5
(11) |
|
6
(11) |
7
(36) |
8
(19) |
9
(33) |
10
(35) |
11
(20) |
12
(4) |
|
13
(16) |
14
(26) |
15
(19) |
16
(13) |
17
(19) |
18
(21) |
19
(9) |
|
20
(37) |
21
(17) |
22
(17) |
23
(25) |
24
(11) |
25
(4) |
26
(12) |
|
27
(8) |
28
(15) |
29
(11) |
30
(5) |
31
(3) |
|
|
|
From: Dirk M. <dmo...@gm...> - 2000-08-31 18:48:44
|
Slava Pestov wrote: > There are two ways around this: > - handle EditBuddy.jar and PluginManager.jar 'specially' > - integrate EditBuddy and PluginManager into the core I thought EditBuddy already _is_ some sort of "core" plugin. Nevermind. I'd always appreciated the possibility that PluginManager could get separated releases from the jEdit release cycle, but, in the recent past, this has seldom been the case. I don't really care. Move it into the core, if it brings any advantages. Dirk. |
|
From: <Ste...@lr...> - 2000-08-31 13:30:31
|
Yes, these would seem to make more sense in the core. I also liked the idea of putting menu items for PluginManager and Plugin Options at the top of the Plugins menu, with a separator to distinguish them from the list of plugins. Steve Jakob |
|
From: Slava P. <sp...@gj...> - 2000-08-31 00:45:00
|
Hello everybody, There are three problems with PluginManager and the install/update wizards: - when jEdit is first run, plugins installed by the user are not started until the next time jEdit is run - when a new version of jEdit is installed, plugins are loaded before the user has a chance to update them, as a result they may throw exceptions, etc. - The 'Plugin Manager' menu item gets lost in the 'Plugins' menu All occur because EditBuddy and PluginManager are loaded just like any other plugins, and there is no way for jEdit to load them "first". There are two ways around this: - handle EditBuddy.jar and PluginManager.jar 'specially' - integrate EditBuddy and PluginManager into the core The second takes away the capability to remove them if they are not needed, and it bloats jedit.jar, but really, how many people bother to delete them anyway? I really think moving them into the core is the best idea, for the three reasons outlined at the beginning of this e-mail. Any thoughts? Slava |
|
From: <no...@so...> - 2000-08-30 21:18:00
|
Bug #113158, was updated on 2000-Aug-30 14:17 Here is a current snapshot of the bug. Project: jEdit Category: plugins Status: Open Resolution: None Bug Group: feature request Priority: 5 Summary: Text and Icon size of dockable Plugings Details: I use the FileSystemBrowser docked on the left hand side of jEdit to ease jump around the files because the Tabbed Panels are hard to manage and needs a lot of space. Therefore I use a the Font: Monospace 10 Plain to get as much code as possible on the screen. But the plugin still use the default text size and the normal icons. I would like to see if the dockable plugins could be either adjusted by hand or automatically do it by the size of the text on the text panel. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113158&group_id=588 |
|
From: <no...@so...> - 2000-08-30 06:26:44
|
Bug #113030, was updated on 2000-Aug-29 05:39 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Closed Resolution: Invalid Bug Group: normal bug Priority: 5 Summary: find panel havoc Details: When Find panel is open, the content of string gadgets is being cleared. That's one bug, as it should still hold previously entered content (if any). Moreover, it seems it also clears some internal buffers, as canceling the Find dialog (by ESC) and trying to continue search for previously entered content with CTRL-G no longer works. Follow-Ups: Date: 2000-Aug-29 23:26 By: spestov Comment: The contents of the fields are indeed cleared when the dialog is displayed, to make it easier to type new values (which is what you want to do 90% of the time) but you can bring back previous strings with the Up-arrow. As for the second problem, I cannot reproduce it. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113030&group_id=588 |
|
From: <no...@so...> - 2000-08-30 04:44:12
|
Bug #113003, was updated on 2000-Aug-29 03:06 Here is a current snapshot of the bug. Project: jEdit Category: plugin manager Status: Closed Resolution: Fixed Bug Group: minor bug Priority: 5 Summary: Updating plugins fails with Null ptr exception Details: When trying to update the BuildTools plugin I get a Null pointer exception (see below), but other plugins are correctly updated I doubt that it is the BuildTools plugin that throws the exception, it seems that updating the first plugin in the list fails. (Not sure of this though.) // Erik [error] java.lang.NullPointerException [error] at PluginManagerPlugin.updatePlugins(PluginManagerPlugin.java, Compiled Code) [error] at PluginManager$ActionHandler.actionPerformed(PluginManager.java, Compiled Code) [error] at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java, Compiled Code) [error] at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton. ava, Compiled Code) [error] at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java, Compiled Code) [error] at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java, Compiled Code) [error] at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java , Compiled Code) [error] at java.awt.Component.processMouseEvent(Component.java, Compiled Code) [error] at java.awt.Component.processEvent(Component.java, Compiled Code) [error] at java.awt.Container.processEvent(Container.java, Compiled Code) [error] at java.awt.Component.dispatchEventImpl(Component.java, Compiled Code) [error] at java.awt.Container.dispatchEventImpl(Container.java, Compiled Code) [error] at java.awt.Component.dispatchEvent(Component.java, Compiled Code) [error] at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java, Compiled Code) [error] at java.awt.LightweightDispatcher.processMouseEvent(Container.java, Compiled Code) [error] at java.awt.LightweightDispatcher.dispatchEvent(Container.java, Compiled Code) [error] at java.awt.Container.dispatchEventImpl(Container.java, Compiled Code) [error] at java.awt.Window.dispatchEventImpl(Window.java, Compiled Code) [error] at java.awt.Component.dispatchEvent(Component.java, Compiled Code) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java, Compiled Code) [error] at java.awt.EventDispatchThread.pumpOneEventForComponent(EventDispatchThread.java, Compiled Code) [error] at java.awt.EventDispatchThread.pumpEventsForComponent(EventDispatchThread.java, Compiled Code) [error] at java.awt.Dialog.show(Dialog.java, Compiled Code) [error] at PluginManager.<init>(PluginManager.java, Compiled Code) [error] at PluginManagerPlugin$OpenAction.actionPerformed(PluginManagerPlugin.java, Compiled Code) [error] at org.gjt.sp.jedit.gui.InputHandler.executeAction(InputHandler.java, Compiled Code) [error] at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java, Compiled Code) Follow-Ups: Date: 2000-Aug-29 21:44 By: spestov Comment: Will be fixed in jEdit 2.6pre5. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113003&group_id=588 |
|
From: <no...@so...> - 2000-08-30 03:20:56
|
Bug #113055, was updated on 2000-Aug-29 11:11
Here is a current snapshot of the bug.
Project: jEdit
Category: text area and syntax packages
Status: Open
Resolution: None
Bug Group: feature request
Priority: 5
Summary: Cannot generate ALT+Key chars on non English KBD
Details: I have a Portuguese keyborad on a Mac. Some chars, like [ and { are generated by alt+key combinations. jEdit seems to ignore this. Is there a workaround?
Follow-Ups:
Date: 2000-Aug-29 20:20
By: spestov
Comment:
This is a known bug. However, I do not have an international keyboard and hence cannot fix it. If you want to take a look at the source and come up with a fix, go ahead.
-------------------------------------------------------
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=113055&group_id=588
|
|
From: <no...@so...> - 2000-08-30 03:19:10
|
Bug #112986, was updated on 2000-Aug-28 23:45 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Closed Resolution: Fixed Bug Group: normal bug Priority: 5 Summary: Column not kept when paging up and down Details: I think pressing PGUP and then PGDN should get you at exactly the same spot you were, not at the beginning of the line. Follow-Ups: Date: 2000-Aug-29 20:19 By: spestov Comment: Will be fixed in 2.6pre5. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112986&group_id=588 |
|
From: <no...@so...> - 2000-08-29 18:11:13
|
Bug #113055, was updated on 2000-Aug-29 11:11
Here is a current snapshot of the bug.
Project: jEdit
Category: text area and syntax packages
Status: Open
Resolution: None
Bug Group: feature request
Priority: 5
Summary: Cannot generate ALT+Key chars on non English KBD
Details: I have a Portuguese keyborad on a Mac. Some chars, like [ and { are generated by alt+key combinations. jEdit seems to ignore this. Is there a workaround?
For detailed info, follow this link:
http://sourceforge.net/bugs/?func=detailbug&bug_id=113055&group_id=588
|
|
From: <no...@so...> - 2000-08-29 13:28:46
|
Bug #113019, was updated on 2000-Aug-29 04:58 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Closed Resolution: Duplicate Bug Group: severe bug Priority: 5 Summary: NoSuchMethodFound exception thrown Details: Sorry, don't remember what I've been doing when this occured: [error] Exception occurred during event dispatching: [error] java.lang.NoSuchMethodError [error] at codeaid.popup.codeaid_dot_typed$DotTyped.actionPerformed(code aid_dot_typed.java:107) [error] at javax.swing.Timer.fireActionPerformed(Timer.java:150) [error] at javax.swing.Timer$DoPostEvent.run(Timer.java:108) [error] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java: 154) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:317) [error] at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread .java:103) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.j ava:93) [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:84) [error] Exception occurred during event dispatching: [error] java.lang.NoSuchMethodError [error] at codeaid.popup.codeaid_bracket_typed$BracketTyped.actionPerformed(codeaid_bracket_typed.java:108) [error] at javax.swing.Timer.fireActionPerformed(Timer.java:150) [error] at javax.swing.Timer$DoPostEvent.run(Timer.java:108) [error] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:154) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:317) [error] at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread.java:103) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:84) Follow-Ups: Date: 2000-Aug-29 06:28 By: akaplan Comment: Although there's no jEdit version information, I'm pretty sure this bug is a duplicate of bug #112355-CodeAid broken with 2.6pre3 ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113019&group_id=588 |
|
From: <no...@so...> - 2000-08-29 12:39:09
|
Bug #113030, was updated on 2000-Aug-29 05:39 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Open Resolution: None Bug Group: normal bug Priority: 5 Summary: find panel havoc Details: When Find panel is open, the content of string gadgets is being cleared. That's one bug, as it should still hold previously entered content (if any). Moreover, it seems it also clears some internal buffers, as canceling the Find dialog (by ESC) and trying to continue search for previously entered content with CTRL-G no longer works. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113030&group_id=588 |
|
From: <no...@so...> - 2000-08-29 11:58:35
|
Bug #113019, was updated on 2000-Aug-29 04:58 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Open Resolution: None Bug Group: severe bug Priority: 5 Summary: NoSuchMethodFound exception thrown Details: Sorry, don't remember what I've been doing when this occured: [error] Exception occurred during event dispatching: [error] java.lang.NoSuchMethodError [error] at codeaid.popup.codeaid_dot_typed$DotTyped.actionPerformed(code aid_dot_typed.java:107) [error] at javax.swing.Timer.fireActionPerformed(Timer.java:150) [error] at javax.swing.Timer$DoPostEvent.run(Timer.java:108) [error] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java: 154) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:317) [error] at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread .java:103) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.j ava:93) [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:84) [error] Exception occurred during event dispatching: [error] java.lang.NoSuchMethodError [error] at codeaid.popup.codeaid_bracket_typed$BracketTyped.actionPerformed(codeaid_bracket_typed.java:108) [error] at javax.swing.Timer.fireActionPerformed(Timer.java:150) [error] at javax.swing.Timer$DoPostEvent.run(Timer.java:108) [error] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:154) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:317) [error] at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread.java:103) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:84) For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113019&group_id=588 |
|
From: <no...@so...> - 2000-08-29 10:06:55
|
Bug #113003, was updated on 2000-Aug-29 03:06 Here is a current snapshot of the bug. Project: jEdit Category: plugin manager Status: Open Resolution: None Bug Group: minor bug Priority: 5 Summary: Updating plugins fails with Null ptr exception Details: When trying to update the BuildTools plugin I get a Null pointer exception (see below), but other plugins are correctly updated I doubt that it is the BuildTools plugin that throws the exception, it seems that updating the first plugin in the list fails. (Not sure of this though.) // Erik [error] java.lang.NullPointerException [error] at PluginManagerPlugin.updatePlugins(PluginManagerPlugin.java, Compiled Code) [error] at PluginManager$ActionHandler.actionPerformed(PluginManager.java, Compiled Code) [error] at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java, Compiled Code) [error] at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton. ava, Compiled Code) [error] at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java, Compiled Code) [error] at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java, Compiled Code) [error] at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java , Compiled Code) [error] at java.awt.Component.processMouseEvent(Component.java, Compiled Code) [error] at java.awt.Component.processEvent(Component.java, Compiled Code) [error] at java.awt.Container.processEvent(Container.java, Compiled Code) [error] at java.awt.Component.dispatchEventImpl(Component.java, Compiled Code) [error] at java.awt.Container.dispatchEventImpl(Container.java, Compiled Code) [error] at java.awt.Component.dispatchEvent(Component.java, Compiled Code) [error] at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java, Compiled Code) [error] at java.awt.LightweightDispatcher.processMouseEvent(Container.java, Compiled Code) [error] at java.awt.LightweightDispatcher.dispatchEvent(Container.java, Compiled Code) [error] at java.awt.Container.dispatchEventImpl(Container.java, Compiled Code) [error] at java.awt.Window.dispatchEventImpl(Window.java, Compiled Code) [error] at java.awt.Component.dispatchEvent(Component.java, Compiled Code) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java, Compiled Code) [error] at java.awt.EventDispatchThread.pumpOneEventForComponent(EventDispatchThread.java, Compiled Code) [error] at java.awt.EventDispatchThread.pumpEventsForComponent(EventDispatchThread.java, Compiled Code) [error] at java.awt.Dialog.show(Dialog.java, Compiled Code) [error] at PluginManager.<init>(PluginManager.java, Compiled Code) [error] at PluginManagerPlugin$OpenAction.actionPerformed(PluginManagerPlugin.java, Compiled Code) [error] at org.gjt.sp.jedit.gui.InputHandler.executeAction(InputHandler.java, Compiled Code) [error] at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java, Compiled Code) For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=113003&group_id=588 |
|
From: <no...@so...> - 2000-08-29 08:00:59
|
Bug #112936, was updated on 2000-Aug-28 06:34 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Open Resolution: None Bug Group: severe bug Priority: 5 Summary: undo buffer gone after save Details: undo buffer is gone after save. I assume it's 'feature' as many windoz application behaves in that stupid way, but what got undo buffer in common with file saving!? Please DO NOT touch undo buffer after save! Follow-Ups: Date: 2000-Aug-29 01:00 By: spestov Comment: The save code doesn't not touch the undo buffer, and I just tested it and can undo perfectly well after a save. What jEdit version are you running? ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112936&group_id=588 |
|
From: <no...@so...> - 2000-08-29 07:57:33
|
Bug #112941, was updated on 2000-Aug-28 08:22 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Closed Resolution: Fixed Bug Group: normal bug Priority: 5 Summary: KeyEvents passed on to InputHandler (jEdit 2.6pre4) Details: Hi, I am trying to create a database plugin. I am using a JTextArea to provide user input for executing queries. Basically, the user types the query in the textarea and hits an execute button. The problem is that all key events processed within my textarea are passed up to the main jEdit textarea. This can be problematic for events like backspace because not only does it delete from my textarea, but it also deletes from jEdit's textarea. I fixed this problem by modifying the DefaultInputHandler to only process key events generated from jEdit's textarea, but I do not know if that is the correct way to handle this. I just do not think it would be a good idea for every plugin to have to handle consuming key events so that jEdit's textarea does not receive them. This only happens when the plugin is docked using the new Docking API. I am using jEdit 2.6pre4/jdk1.3/Winnt. Scott Follow-Ups: Date: 2000-Aug-28 18:34 By: spestov Comment: While your suggested fix is one possibility, I'd rather not do that. The focus shouldn't have to be in the text area so that C+q can be pressed, etc. A better fix would be to divide keyboard shortcuts into two groups; 'global' shortcuts, and 'text area specific' shortcuts. The 'global' shortcuts would not include backspace, the arrow keys, and other keys that could cause problems. Any thoughts? This is a hard one to fix. ------------------------------------------------------- Date: 2000-Aug-28 20:10 By: swyatt Comment: I think your suggestion is the best way to handle this. Its just a matter of splitting the shortcuts, which could be a pain to implement. Maybe creating a DockableInputHandler class which can be used to consume all shortcuts that apply to jEdit's textarea only. This could be applied to the DockableWindowContainer class against the JTabbedPane. This would tend to make some sense in that this problem should only present itself to docked plugins. Just a suggestion, but I do not know if this is the best way to implement the shortcut split. Scott ------------------------------------------------------- Date: 2000-Aug-29 00:57 By: spestov Comment: I fixed it in a completely different and much more elegant way. The top-level key handler in the View class ignores the event if it originated from a JTextComponent that can handle that event. This solves the problem. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112941&group_id=588 |
|
From: <no...@so...> - 2000-08-29 06:45:17
|
Bug #112986, was updated on 2000-Aug-28 23:45 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Open Resolution: None Bug Group: normal bug Priority: 5 Summary: Column not kept when paging up and down Details: I think pressing PGUP and then PGDN should get you at exactly the same spot you were, not at the beginning of the line. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112986&group_id=588 |
|
From: <no...@so...> - 2000-08-29 01:34:36
|
Bug #112941, was updated on 2000-Aug-28 08:22 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Open Resolution: None Bug Group: normal bug Priority: 5 Summary: KeyEvents passed on to InputHandler (jEdit 2.6pre4) Details: Hi, I am trying to create a database plugin. I am using a JTextArea to provide user input for executing queries. Basically, the user types the query in the textarea and hits an execute button. The problem is that all key events processed within my textarea are passed up to the main jEdit textarea. This can be problematic for events like backspace because not only does it delete from my textarea, but it also deletes from jEdit's textarea. I fixed this problem by modifying the DefaultInputHandler to only process key events generated from jEdit's textarea, but I do not know if that is the correct way to handle this. I just do not think it would be a good idea for every plugin to have to handle consuming key events so that jEdit's textarea does not receive them. This only happens when the plugin is docked using the new Docking API. I am using jEdit 2.6pre4/jdk1.3/Winnt. Scott Follow-Ups: Date: 2000-Aug-28 18:34 By: spestov Comment: While your suggested fix is one possibility, I'd rather not do that. The focus shouldn't have to be in the text area so that C+q can be pressed, etc. A better fix would be to divide keyboard shortcuts into two groups; 'global' shortcuts, and 'text area specific' shortcuts. The 'global' shortcuts would not include backspace, the arrow keys, and other keys that could cause problems. Any thoughts? This is a hard one to fix. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112941&group_id=588 |
|
From: <no...@so...> - 2000-08-29 01:29:34
|
Bug #112924, was updated on 2000-Aug-28 04:30 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Closed Resolution: Invalid Bug Group: normal bug Priority: 5 Summary: Recent Files list not completely visible Details: On the menu with the recent files (displayed towards the top screen border) most of the files are somewhere above my monitor. Follow-Ups: Date: 2000-Aug-28 18:29 By: spestov Comment: This is a Swing bug. It happends with all JMenus. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112924&group_id=588 |
|
From: <no...@so...> - 2000-08-29 01:27:50
|
Bug #112937, was updated on 2000-Aug-28 06:35 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Closed Resolution: Invalid Bug Group: severe bug Priority: 5 Summary: ls.so initialization error Details: OS: SunOS puppis 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 jedit 2.5.1 Failes in jedit init: ld.so.1: /usr/java1.2/bin/../jre/bin/../bin/sparc/native_threads/java: fatal: relocation error: file /usr/openwin/lib/locale/iso8859-1/xomEuro.so.2: symbol _XlcCompileResourceList: referenced symbol not found Follow-Ups: Date: 2000-Aug-28 18:27 By: spestov Comment: This is not a jEdit problem. Your JRE is installed incorrectly. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112937&group_id=588 |
|
From: <no...@so...> - 2000-08-28 15:22:58
|
Bug #112941, was updated on 2000-Aug-28 08:22 Here is a current snapshot of the bug. Project: jEdit Category: plugin API Status: Open Resolution: None Bug Group: normal bug Priority: 5 Summary: KeyEvents passed on to InputHandler (jEdit 2.6pre4) Details: Hi, I am trying to create a database plugin. I am using a JTextArea to provide user input for executing queries. Basically, the user types the query in the textarea and hits an execute button. The problem is that all key events processed within my textarea are passed up to the main jEdit textarea. This can be problematic for events like backspace because not only does it delete from my textarea, but it also deletes from jEdit's textarea. I fixed this problem by modifying the DefaultInputHandler to only process key events generated from jEdit's textarea, but I do not know if that is the correct way to handle this. I just do not think it would be a good idea for every plugin to have to handle consuming key events so that jEdit's textarea does not receive them. This only happens when the plugin is docked using the new Docking API. I am using jEdit 2.6pre4/jdk1.3/Winnt. Scott For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112941&group_id=588 |
|
From: <no...@so...> - 2000-08-28 13:35:56
|
Bug #112937, was updated on 2000-Aug-28 06:35 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Open Resolution: None Bug Group: severe bug Priority: 5 Summary: ls.so initialization error Details: OS: SunOS puppis 5.6 Generic_105181-17 sun4u sparc SUNW,Ultra-4 jedit 2.5.1 Failes in jedit init: ld.so.1: /usr/java1.2/bin/../jre/bin/../bin/sparc/native_threads/java: fatal: relocation error: file /usr/openwin/lib/locale/iso8859-1/xomEuro.so.2: symbol _XlcCompileResourceList: referenced symbol not found For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112937&group_id=588 |
|
From: <no...@so...> - 2000-08-28 13:34:39
|
Bug #112936, was updated on 2000-Aug-28 06:34 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Open Resolution: None Bug Group: severe bug Priority: 5 Summary: undo buffer gone after save Details: undo buffer is gone after save. I assume it's 'feature' as many windoz application behaves in that stupid way, but what got undo buffer in common with file saving!? Please DO NOT touch undo buffer after save! For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112936&group_id=588 |
|
From: <no...@so...> - 2000-08-28 11:30:37
|
Bug #112924, was updated on 2000-Aug-28 04:30 Here is a current snapshot of the bug. Project: jEdit Category: editor core Status: Open Resolution: None Bug Group: normal bug Priority: 5 Summary: Recent Files list not completely visible Details: On the menu with the recent files (displayed towards the top screen border) most of the files are somewhere above my monitor. For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112924&group_id=588 |
|
From: <no...@so...> - 2000-08-28 09:36:31
|
Bug #112341, was updated on 2000-Aug-20 03:45 Here is a current snapshot of the bug. Project: jEdit Category: virtual file systems Status: Closed Resolution: Fixed Bug Group: severe bug Priority: 5 Summary: 2.6-pre2 display folder dialog prb Details: I have it installed on D:\winapps\jedit26. When I try to open a file the File dialog pops up displaying the folder d:\winapps\jedit26. I press Parent directory once - it correctly lists the d:\winapps folder. But if I press it once more to go to d:\ the console prints out the following errors: [error] Exception occurred during event dispatching: [error] java.lang.NullPointerException [error] at org.gjt.sp.jedit.browser.VFSBrowser$2.run(VFSBrowser.java:406 ) [error] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java: 154) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:317) [error] at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread .java:103) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.j ava:93) [error] at java.awt.Dialog.show(Dialog.java:370) [error] at org.gjt.sp.jedit.browser.VFSFileChooserDialog.<init>(VFSFileC hooserDialog.java:107) [error] at org.gjt.sp.jedit.GUIUtilities.showVFSFileDialog(GUIUtilities. java:432) [error] at org.gjt.sp.jedit.actions.open_file.actionPerformed(open_file. java:34) [error] at org.gjt.sp.jedit.gui.InputHandler.executeAction(InputHandler. java:240) [error] at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditActio n.java:248) [error] at javax.swing.AbstractButton.fireActionPerformed(AbstractButton .java:1450) [error] at javax.swing.AbstractButton$ForwardActionEvents.actionPerforme d(AbstractButton.java:1504) [error] at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultBut tonModel.java:378) [error] at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel. java:250) [error] at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Basi cButtonListener.java:216) [error] at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaste r.java:231) [error] at java.awt.Component.processMouseEvent(Component.java:3717) [error] at java.awt.Component.processEvent(Component.java:3546) [error] at java.awt.Container.processEvent(Container.java:1164) [error] at java.awt.Component.dispatchEventImpl(Component.java:2595) [error] at java.awt.Container.dispatchEventImpl(Container.java:1213) [error] at java.awt.Component.dispatchEvent(Component.java:2499) [error] at java.awt.LightweightDispatcher.retargetMouseEvent(Container.j ava:2451) [error] at java.awt.LightweightDispatcher.processMouseEvent(Container.ja va:2216) [error] at java.awt.LightweightDispatcher.dispatchEvent(Container.java:2 125) [error] at java.awt.Container.dispatchEventImpl(Container.java:1200) [error] at java.awt.Window.dispatchEventImpl(Window.java:912) [error] at java.awt.Component.dispatchEvent(Component.java:2499) [error] at java.awt.EventQueue.dispatchEvent(EventQueue.java:319) [error] at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread .java:103) [error] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.j ava:93) [error] at java.awt.EventDispatchThread.run(EventDispatchThread.java:84) and though the Directory text box says D:\ the content of the folder listed is still D:\winapps. System: Win 2k Server (drive D is NTFS), JDK 1.3 + the error seems to be gone once I recompiled the files (with jikes - haven't tried with javac). Follow-Ups: Date: 2000-Aug-21 01:20 By: spestov Comment: I think this is fixed in 2.6pre3. Please try using that release. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112341&group_id=588 |
|
From: <no...@so...> - 2000-08-28 09:32:44
|
Bug #112888, was updated on 2000-Aug-27 17:52 Here is a current snapshot of the bug. Project: jEdit Category: plugins Status: Closed Resolution: Fixed Bug Group: minor bug Priority: 5 Summary: check jedit version plugin Details: When I called 'check jedit version' it shown 'jedit 2.6pre4 available'. I clicked 'yes' to see what has changed. The changes doc appeared. Then I called 'check jedit version' once again. this time I was told i am using most recent version of jedit (which was still pre3). Follow-Ups: Date: 2000-Aug-28 02:31 By: spestov Comment: Fixed in 2.6pre5. ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=112888&group_id=588 |
3 messages has been excluded from this view by a project administrator.