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
(1) |
2
(6) |
3
(1) |
4
(5) |
5
(4) |
6
(3) |
7
(3) |
|
8
(6) |
9
(9) |
10
(7) |
11
(16) |
12
(15) |
13
(7) |
14
(2) |
|
15
(1) |
16
(5) |
17
(7) |
18
(10) |
19
(7) |
20
(3) |
21
(4) |
|
22
(1) |
23
(5) |
24
(3) |
25
(8) |
26
(5) |
27
(15) |
28
|
|
29
(4) |
30
(9) |
|
|
|
|
|
|
From: Todd P. <to...@da...> - 2002-09-30 23:13:09
|
Hi Calvin, Thanks for taking the time to polish up JUnitPlugin for release. > 1. It simplifies ClassLoading issues. > 2. I can capture console print outs generated by test cases. > > If someone has any input on whether I should or should not do this, > please speak up. I like the sound of this. It would def. seem to make the integration slicker. I would go for it if I were you. Todd |
|
From: Marcelo V. <va...@li...> - 2002-09-30 22:44:15
|
OK, I promise this is the last message. :-) I forgot a little part of the patch. This should take care of that (this is an addition to the previous patch). Marcelo Vanzin wrote: > Sorry to send the patch again, but the last one messed up the > folding in JEditTextArea.java. This one has it right. -- Marcelo Vanzin va...@li... "Life is too short to drink cheap beer" |
|
From: Marcelo V. <va...@li...> - 2002-09-30 21:09:05
|
Sorry to send the patch again, but the last one messed up the folding in JEditTextArea.java. This one has it right. Marcelo Vanzin wrote: > I attaching the patch in this message. It's not as big as it seems, > most of the changes are code I moved around to be able to implement > the feature. -- Marcelo Vanzin va...@li... "Life is too short to drink cheap beer" |
|
From: Matthew F. <Ma...@Pr...> - 2002-09-30 20:09:05
|
Marcelo,
I'd give my vote for whatever your patch does right now. I think your
original patch sounds very interesting by itself, even without it doing
callbacks to plugins.
I would say that I think both ideas are useful though, I don't think it has
to be one way or another. I can't think of a reason why both methods
couldn't be available. I guess if I really wanted to see the callback
functions, though I should stop whining and just submit a patch for it. :)
-Matt
> -----Original Message-----
> From: Marcelo Vanzin [mailto:va...@li...]
> Sent: Monday, September 30, 2002 1:00 PM
> To: Matthew Flower; jEdit Devel
> Subject: Re: [ jEdit-devel ] Feature: mode-specific context menus
>
>
> That could be done also, but then it may conflict with the changes I
> made (you may start to get repeated entries if the plugin thinks it
> should add that entry, and it already is in the user-defined
> mode-specific menu).
>
> There may be also some performance penalty with this approach that
> may
> be noticed (since one expects the context menu to just show up), but I
> can't say if it's really an issue without testing first.
>
> I think that it should be one way or another: a callback function
> which
> the plugins can implement, or a user-defined menu (like my patch does).
> What do you guys think is better?
>
> Matthew Flower wrote:
> > Actually, I wasn't really thinking that your patch should do the
> semantic
> > parsing. Instead I was thinking it would be great if I could implement
> a
> > method or add a listener to a plugin that would give me a method
> something
> > like this:
> >
> > public void rightClick(JPopupMenu menu, int offset) {
> > }
> >
> > This would allow any plugin implementer could determine if a menu item
> needs
> > to be added. If semantic parsing was required, they could do it as
> needed.
> > I think this could be a benefit for several plugins.
>
>
> --
> Marcelo Vanzin
> va...@li...
> "Life is too short to drink cheap beer"
|
|
From: Marcelo V. <va...@li...> - 2002-09-30 20:00:01
|
That could be done also, but then it may conflict with the changes I
made (you may start to get repeated entries if the plugin thinks it
should add that entry, and it already is in the user-defined
mode-specific menu).
There may be also some performance penalty with this approach that may
be noticed (since one expects the context menu to just show up), but I
can't say if it's really an issue without testing first.
I think that it should be one way or another: a callback function which
the plugins can implement, or a user-defined menu (like my patch does).
What do you guys think is better?
Matthew Flower wrote:
> Actually, I wasn't really thinking that your patch should do the semantic
> parsing. Instead I was thinking it would be great if I could implement a
> method or add a listener to a plugin that would give me a method something
> like this:
>
> public void rightClick(JPopupMenu menu, int offset) {
> }
>
> This would allow any plugin implementer could determine if a menu item needs
> to be added. If semantic parsing was required, they could do it as needed.
> I think this could be a benefit for several plugins.
--
Marcelo Vanzin
va...@li...
"Life is too short to drink cheap beer"
|
|
From: Marcelo V. <va...@li...> - 2002-09-30 19:15:17
|
(Sorry Matthew, this should have gone to the list the first time.) Matthew Flower wrote: > I'd really like to be able to do use something like that. Is it > possible for plugins to integrate with it? I'd like to be able to > get a callback from the popup so I could decide if we were on a class > declaration so I could choose to import it. That's nice too, but to implement that nicely I should be able to get semantic data from jEdit, and I have no idea if it is possible at all. It would slow down things a little, also, but if it's possible to get that sematic data it would be really cool to have this callback functionality (specially for plugins like XML). -- Marcelo Vanzin va...@li... "Life is too short to drink cheap beer" |
|
From: Marcelo V. <va...@li...> - 2002-09-30 18:57:37
|
Good to know that before doing a screw up. :-) I attaching the patch in this message. It's not as big as it seems, most of the changes are code I moved around to be able to implement the feature. mike dillon wrote: > You do have write access to the jEdit CVS module, but the accepted > policy for that module is that Slava is the only one who can commit > changes. To get the code committed, I'd recommend sending your patch > directly to him. As for the feature itself, I think it sounds > interesting and worthy inclusion in the core. If the patch isn't too > big, why don't you compress it and attach it to a message to this list, > so jEdit-devel members can try it out. -- Marcelo Vanzin va...@li... "Life is too short to drink cheap beer" |
|
From: Konstantin P. <kpr...@ya...> - 2002-09-30 07:26:20
|
--- John Davis <jav...@ho...> wrote:
> I am implementing a text editor. And I want to
> allow the text editor to load third-party plug-ins.
> Do u know how to achieve
> that?? In other words, the java application (my text
> editor) can load the
> plugin (I guess it should be a JAR file) and create
> menu item "My Plugin" in
> JFrame. Is it JavaBeans approach??
>
> //This should be java text editor code
> JMenuBar menuBar = new JMenuBar();
> setJMenuBar(menuBar);
>
> //The following should be third-party plugin code,
> which is a separated
> component
> JMenu pluginMenu = new JMenu("My Plugin");
> menuBar.add(pluginMenu );
>
>
> If you know, please let me know. Thanks
Well, we in XDoclet use similar logic - it loads jar
files containig plugins, grabs xml descriptors from
there and does funny stuff with it.
JEdit also looks in jar files for actions.xml /
dockables.xml.
Use the force -read the source.
regards,
=====
Konstantin Priblouda ( ko5tik ) Freelance Software developer
< http://www.pribluda.de > < play java games -> http://www.yook.de >
< render charts online -> http://www.pribluda.de/povray/ >
__________________________________________________
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com
|
|
From: John D. <jav...@ho...> - 2002-09-30 01:56:42
|
I am implementing a text editor. And I want to
allow the text editor to load third-party plug-ins. Do u know how to achieve
that?? In other words, the java application (my text editor) can load the
plugin (I guess it should be a JAR file) and create menu item "My Plugin" in
JFrame. Is it JavaBeans approach??
//This should be java text editor code
JMenuBar menuBar = new JMenuBar();
setJMenuBar(menuBar);
//The following should be third-party plugin code, which is a separated
component
JMenu pluginMenu = new JMenu("My Plugin");
menuBar.add(pluginMenu );
If you know, please let me know. Thanks
|
|
From: <no...@so...> - 2002-09-29 17:37:47
|
Bugs item #540986, was opened at 2002-04-08 13:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=540986&group_id=588 Category: plugins Group: severe bug Status: Open >Resolution: Fixed Priority: 5 Submitted By: bryan hunt (huntbryan) Assigned to: Nobody/Anonymous (nobody) Summary: Java Insight unable to decompile file Initial Comment: I try to decompile the attached class file, I get an error message saying that An error occured during decompilation of class java.lang.InternalError: Exception order failed: not 4 < 4 <=4. Activity log entries that might be useful in a bug report: [message] Log: When reporting bugs, please include the following information: [message] Log: java.version=1.4.0 [message] Log: java.vm.version=1.4.0-b92 [message] Log: java.runtime.version=1.4.0-b92 [message] Log: java.vendor=Sun Microsystems Inc. [message] Log: java.compiler=null [message] Log: os.name=Windows 2000 [message] Log: os.version=5.0 [message] Log: os.arch=x86 [notice] jEdit: jEdit version 4.0pre9 [message] jEdit: Settings directory is C:\Documents and Settings\huntb\.jedit [message] jEdit: jEdit home directory is C:\Program Files\jEdit 4.0pre9 [notice] jEdit: Loading plugins from C:\Program Files\jEdit 4.0pre9\jars [notice] jEdit: Loading plugins from C:\Documents and Settings\huntb\.jedit\jars [message] jEdit: Loading recent file list C:\Documents and Settings\huntb\.jedit\recent.xml [message] jEdit: Loading mode catalog file C:\Program Files\jEdit 4.0pre9\modes\catalog [message] jEdit: Loading mode catalog file C:\Documents and Settings\huntb\.jedit\modes\catalog [notice] JARClassLoader: Starting plugin Ant Farm (version 1.1) [notice] JARClassLoader: Starting plugin Archive (version 0.3.3) [notice] JARClassLoader: Starting plugin AStyle Beautifier (version 0.4) [notice] JARClassLoader: Starting plugin Background (version 0.2.2) [notice] JARClassLoader: Starting plugin BufferList (version 0.7.1) [notice] JARClassLoader: Starting plugin Buffer Selector (version 1.0.5) [notice] JARClassLoader: Starting plugin BufferTabs (version 0.7.6) [notice] JARClassLoader: Starting plugin Character Map (version 1.1) [notice] JARClassLoader: Starting plugin Class Wizard (version 0.5) [notice] JARClassLoader: Starting plugin Clipper (version 0.9.3) [notice] JARClassLoader: Starting plugin Code2HTML (version 0.3.5) [notice] JARClassLoader: Starting plugin Common Controls (version 0.2) [notice] JARClassLoader: Starting plugin Console (version 3.2) [notice] JARClassLoader: Starting plugin Context Help (version 1.7) [notice] JARClassLoader: Starting plugin Debugger (version 0.6.1) [notice] JARClassLoader: Starting plugin Drag and Drop (version 0.2.6) [notice] JARClassLoader: Starting plugin Editor Scheme (version 0.4.0) [notice] JARClassLoader: Starting plugin ErrorList (version 1.2.2) [notice] JARClassLoader: Starting plugin FTP (version 0.3.3) [notice] JARClassLoader: Starting plugin Hex (version 0.1) [notice] JARClassLoader: Starting plugin InfoViewer (version 1.1) [notice] JARClassLoader: Starting plugin IRC plugin (version 1.6) [notice] JARClassLoader: Starting plugin Java Insight (version 0.5) [notice] JARClassLoader: Starting plugin JavaStyle (version 1.2) [notice] JARClassLoader: Starting plugin Java Browser (version 1.4.4) [notice] JARClassLoader: Starting plugin JCompiler (version 1.5.0) [notice] JARClassLoader: Starting plugin JDiff Plugin (version 1.3) [notice] JARClassLoader: Starting plugin JIndex (version 1.0) [notice] JARClassLoader: Starting plugin JTidy (version 1.0.1) [notice] JARClassLoader: Starting plugin Jython Interpreter (version 0.8) [notice] JARClassLoader: Starting plugin LineGuides (version 0.5.2) [notice] JARClassLoader: Starting plugin LookAndFeel (version 0.9) [notice] JARClassLoader: Starting plugin Project Viewer (version 1.0.2) [notice] JARClassLoader: Starting plugin RETest (version 1.0.2) [notice] JARClassLoader: Starting plugin Send Buffer (version 1.0.2) [notice] JARClassLoader: Starting plugin Sessions (version 0.7.3) [notice] JARClassLoader: Starting plugin Spell Check (version R003) [notice] JARClassLoader: Starting plugin SQL (version 0.93) [notice] JARClassLoader: Starting plugin Tags (version 1.0.6) [notice] JARClassLoader: Starting plugin TaskList (version 0.3.5) [notice] JARClassLoader: Starting plugin Templates (version 2.0.2) [notice] JARClassLoader: Starting plugin TextTools (version 1.7) [notice] JARClassLoader: Starting plugin TomcatSwitch (version 0.5) [notice] JARClassLoader: Starting plugin WheelMouse (version 2.2) [notice] JARClassLoader: Starting plugin WhiteSpace (version 0.9.1) [notice] JARClassLoader: Starting plugin XInsert (version 1.8) [notice] JARClassLoader: Starting plugin XML (version 0.8) [notice] jEdit: Loading edit mode C:\Program Files\jEdit 4.0pre9\modes\xml.xml [message] jEdit: Startup complete [error] AWT-EventQueue-0: java.lang.InternalError: ExceptionHandler order failed: not 4 < 4 <= 4 [error] AWT-EventQueue-0: at net.sf.jode.flow.TransformExceptionHandlers.checkTryCat chOrder(Unknown Source) [error] AWT-EventQueue-0: at net.sf.jode.flow.TransformExceptionHandlers.analyze (Unknown Source) [error] AWT-EventQueue-0: at net.sf.jode.decompiler.MethodAnalyzer.analyzeCode (Unknown Source) [error] AWT-EventQueue-0: at net.sf.jode.decompiler.MethodAnalyzer.analyze(Unknown Source) [error] AWT-EventQueue-0: at net.sf.jode.decompiler.ClassAnalyzer.analyze(Unknown Source) [error] AWT-EventQueue-0: at net.sf.jode.decompiler.ClassAnalyzer.analyzeInnerClasse s(Unknown Source) [error] AWT-EventQueue-0: at net.sf.jode.decompiler.ClassAnalyzer.dumpJavaFile (Unknown Source) [error] AWT-EventQueue-0: at net.sf.jode.decompiler.Decompiler.decompile(Unknown Source) [error] AWT-EventQueue-0: at javainsight.JavaInsight.decompileToBuffer(Unknown Source) [error] AWT-EventQueue-0: at javainsight.JavaInsight.decompile(Unknown Source) [error] AWT-EventQueue-0: at javainsight.ClasspathManager.decompileAction(Unknown Source) [error] AWT-EventQueue-0: at javainsight.ClasspathManager$TreeMouseHandler.mouseClic ked(Unknown Source) [error] AWT-EventQueue-0: at java.awt.AWTEventMulticaster.mouseClicked (AWTEventMulticaster.java:208) [error] AWT-EventQueue-0: at java.awt.Component.processMouseEvent (Component.java:5024) [error] AWT-EventQueue-0: at javainsight.buildtools.ToolTipJTree.processMouseEvent (Unknown Source) [error] AWT-EventQueue-0: at java.awt.Component.processEvent(Component.java:4818) [error] AWT-EventQueue-0: at java.awt.Container.processEvent(Container.java:1380) [error] AWT-EventQueue-0: at java.awt.Component.dispatchEventImpl (Component.java:3526) [error] AWT-EventQueue-0: at java.awt.Container.dispatchEventImpl (Container.java:1437) [error] AWT-EventQueue-0: at java.awt.Component.dispatchEvent(Component.java:3367) [error] AWT-EventQueue-0: at java.awt.LightweightDispatcher.retargetMouseEvent (Container.java:3214) [error] AWT-EventQueue-0: at java.awt.LightweightDispatcher.processMouseEvent (Container.java:2938) [error] AWT-EventQueue-0: at java.awt.LightweightDispatcher.dispatchEvent (Container.java:2859) [error] AWT-EventQueue-0: at java.awt.Container.dispatchEventImpl (Container.java:1423) [error] AWT-EventQueue-0: at java.awt.Window.dispatchEventImpl(Window.java:1566) [error] AWT-EventQueue-0: at java.awt.Component.dispatchEvent(Component.java:3367) [error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(EventQueue.java:445) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForHierarchy (EventDispatchThread.java:190) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy (EventDispatchThread.java:144) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:138) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents (EventDispatchThread.java:130) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run (EventDispatchThread.java:98) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=540986&group_id=588 |
|
From: <no...@so...> - 2002-09-29 12:22:06
|
Bugs item #616122, was opened at 2002-09-29 05:22 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=616122&group_id=588 Category: editor core Group: minor bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Exiting in Mac OS X Initial Comment: When I press Command-Q in jEdit 4.0.3, the program exits whithout asking me if I want to save and all changes are lost. If I choose exit from the File menu, it asks me, if I choose Quit from the Application menu, it doesn't ask me. I have Mac OS X 10.2 and have modified the MRJApp.properties file with the line com.apple.macos.useScreenMenuBar=true to have the menu bar where it belongs in mac programs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=616122&group_id=588 |
|
From: <no...@so...> - 2002-09-29 00:33:22
|
Bugs item #616007, was opened at 2002-09-28 17:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=616007&group_id=588 Category: plugins Group: normal bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: JIndex resets index information Initial Comment: JIndex appears to reset the information for classes/URL on quit... Tested with JEdit 4.1pre4 on OS X 10.2.1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=616007&group_id=588 |
|
From: <no...@so...> - 2002-09-29 00:12:33
|
Bugs item #616000, was opened at 2002-09-28 17:12 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=616000&group_id=588 Category: macros Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: John Gellene (jgellene) Summary: add Prefix/Suffix doesn't work Initial Comment: when using the add prefix/suffix macro with the latest jEdit version in CVS (4.1pre5), nothing happens and the following error message is written to the activity log: [message] BeanShell: Running script C:\development\jEdit\macros\Text\Add_Prefix_and_Suffix.bsh [error] AWT-EventQueue-0: java.lang.reflect.UndeclaredThrowableException [error] AWT-EventQueue-0: at $Proxy0.actionPerformed(Unknown Source) [error] AWT-EventQueue-0: at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1764) [error] AWT-EventQueue-0: at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:1817) [error] AWT-EventQueue-0: at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:419) [error] AWT-EventQueue-0: at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:257) [error] AWT-EventQueue-0: at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:245) [error] AWT-EventQueue-0: at java.awt.Component.processMouseEvent(Component.java:5093) [error] AWT-EventQueue-0: at java.awt.Component.processEvent(Component.java:4890) [error] AWT-EventQueue-0: at java.awt.Container.processEvent(Container.java:1566) [error] AWT-EventQueue-0: at java.awt.Component.dispatchEventImpl(Component.java:3598) [error] AWT-EventQueue-0: at java.awt.Container.dispatchEventImpl(Container.java:1623) [error] AWT-EventQueue-0: at java.awt.Component.dispatchEvent(Component.java:3439) [error] AWT-EventQueue-0: at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3450) [error] AWT-EventQueue-0: at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3165) [error] AWT-EventQueue-0: at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3095) [error] AWT-EventQueue-0: at java.awt.Container.dispatchEventImpl(Container.java:1609) [error] AWT-EventQueue-0: at java.awt.Window.dispatchEventImpl(Window.java:1585) [error] AWT-EventQueue-0: at java.awt.Component.dispatchEvent(Component.java:3439) [error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(EventQueue.java:450) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(EventDispatchThread.java:99) [error] AWT-EventQueue-0: Caused by: Attempt to invoke method: getSelectedLines() on undefined variable or class name: textArea: <at unknown location> [error] AWT-EventQueue-0: at bsh.Name.invokeMethod(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHMethodInvocation.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHPrimaryExpression.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHAssignment.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHBlock.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BshMethod.invokeDeclaredMethod(Unknown Source) [error] AWT-EventQueue-0: at bsh.Name.invokeLocalMethod(Unknown Source) [error] AWT-EventQueue-0: at bsh.Name.invokeMethod(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHMethodInvocation.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHPrimaryExpression.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHBlock.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHBlock.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHIfStatement.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BSHBlock.eval(Unknown Source) [error] AWT-EventQueue-0: at bsh.BshMethod.invokeDeclaredMethod(Unknown Source) [error] AWT-EventQueue-0: at bsh.XThis$Handler.invokeImpl(Unknown Source) [error] AWT-EventQueue-0: at bsh.XThis$Handler.invoke(Unknown Source) [error] AWT-EventQueue-0: ... 24 more (submitted by mar...@ch...) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=616000&group_id=588 |
|
From: mike d. <md...@je...> - 2002-09-27 23:50:48
|
begin Marcelo Vanzin quotation: > I don't know if I have write access to the jEdit module (I do at least > for the ProjectViewer plugin, but I don't know how SF's CVS is set > up), but I'd really like someone to review the code before committing > this (since it's the first time I modify jEdit itself). You do have write access to the jEdit CVS module, but the accepted policy for that module is that Slava is the only one who can commit changes. To get the code committed, I'd recommend sending your patch directly to him. As for the feature itself, I think it sounds interesting and worthy inclusion in the core. If the patch isn't too big, why don't you compress it and attach it to a message to this list, so jEdit-devel members can try it out. -md |
|
From: Matthew F. <Ma...@Pr...> - 2002-09-27 23:48:48
|
I'd really like to be able to do use something like that. Is it possible for plugins to integrate with it? I'd like to be able to get a callback from the popup so I could decide if we were on a class declaration so I could choose to import it. Perhaps there would be a listener list it could be added to or an interface that could be implemented. Of course, I'd be happy just to see compile in the menu too. :) -Matt > -----Original Message----- > From: Marcelo Vanzin [mailto:va...@li...] > Sent: Friday, September 27, 2002 4:19 PM > To: jEdit Devel > Subject: [ jEdit-devel ] Feature: mode-specific context menus > > > No, I'm not asking for a new feature, I've implemented it. :-) > > I've implemented a mode-specific context menu for the text area. > What > I did was do some modifications that append some mode-specific options > to the end of the text area's context menu. > > So, for example, I can choose to have "Compile File" when it's a > Java > file, and this option will not show up for other modes. > > I've mostly reused already existant code, and the menus can be > configured using the existing option pane (which I modified a little bit). > > If you think this is a nice feature, I have the patch ready. I don't > know if I have write access to the jEdit module (I do at least for the > ProjectViewer plugin, but I don't know how SF's CVS is set up), but I'd > really like someone to review the code before committing this (since > it's the first time I modify jEdit itself). > > -- > Marcelo Vanzin > va...@li... > "Life is too short to drink cheap beer" > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > -- > ----------------------------------------------- > jEdit Developers' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-devel |
|
From: Marcelo V. <va...@li...> - 2002-09-27 23:19:18
|
No, I'm not asking for a new feature, I've implemented it. :-) I've implemented a mode-specific context menu for the text area. What I did was do some modifications that append some mode-specific options to the end of the text area's context menu. So, for example, I can choose to have "Compile File" when it's a Java file, and this option will not show up for other modes. I've mostly reused already existant code, and the menus can be configured using the existing option pane (which I modified a little bit). If you think this is a nice feature, I have the patch ready. I don't know if I have write access to the jEdit module (I do at least for the ProjectViewer plugin, but I don't know how SF's CVS is set up), but I'd really like someone to review the code before committing this (since it's the first time I modify jEdit itself). -- Marcelo Vanzin va...@li... "Life is too short to drink cheap beer" |
|
From: <no...@so...> - 2002-09-27 22:19:59
|
Bugs item #615713, was opened at 2002-09-27 15:19 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=615713&group_id=588 Category: editor core Group: normal bug Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: print problems... Initial Comment: For some reason, JEdit4.1pre4 is printing all documents in compressed form, or with fonts that seem to be about 2 pt. All other applications print as well as they ever did. Any ideas? -Kerry ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=615713&group_id=588 |
|
From: Benjamin S. <bsa...@sl...> - 2002-09-27 20:48:00
|
You'd be surprised, actually. Whenever somebody sends something to me as a word doc, I tell them I can't read it, and would they please try selecting "Save As" from their file menu, and choose "ASCII" or "DOS TEXT". Usually they don't really understand why, but they do it anyways. If you really want to open a word doc in jEdit, though, there's a GPL command line utility called wvWare ( http://wvware.sourceforge.net/ ), that seems to work pretty well. I'm sure a macro could be made to utilize it. It doesn't have to be very good with keeping formattig, really, since jEdit can only display text, anyways. -ben On Fri, Sep 27, 2002 at 09:17:42PM +0100, Sergey V. Udaltsov wrote: > > I don't mean to be rude, but why on earth would you want to do that? > >MS Word has about the more convoluted and inefficient file format ever > >created. You want to edit SOURCE CODE with it? Don't perpetuate the > >bloat, put and end to it. http://www.raunvis.hi.is/news_story.html > > I agree. But in the today's world MS formats just rules our documents. > Let's face it. Not scientists' books and articles, not artists' > masterpieces - the secretaries, managers etc deal with MS formats today. > So if low-level manager (well, team leader) in Java-oriented company > would be able to work with some simple documents directly from his > development environment - what's wrong here? Same applies to techwriters > documenting the code etc. So there is a niche. > I really hate MS dominance. But we live in a real world. Let's promote > XML and other open standards - and make our products useful to general > people. > > Regards, > > Sergey > -- http: slightlymad.net smtp: bsa...@sl... //jabber: bsa...@sl... * down AIM: bsarsgard ICQ: 42506676 |
|
From: Sergey V. U. <ser...@cl...> - 2002-09-27 20:21:21
|
> I don't mean to be rude, but why on earth would you want to do that? >MS Word has about the more convoluted and inefficient file format ever >created. You want to edit SOURCE CODE with it? Don't perpetuate the >bloat, put and end to it. http://www.raunvis.hi.is/news_story.html I agree. But in the today's world MS formats just rules our documents. Let's face it. Not scientists' books and articles, not artists' masterpieces - the secretaries, managers etc deal with MS formats today. So if low-level manager (well, team leader) in Java-oriented company would be able to work with some simple documents directly from his development environment - what's wrong here? Same applies to techwriters documenting the code etc. So there is a niche. I really hate MS dominance. But we live in a real world. Let's promote XML and other open standards - and make our products useful to general people. Regards, Sergey |
|
From: Sergey V. U. <ser...@cl...> - 2002-09-27 20:21:19
|
> Have you tested poi with ms-word, cause what i've readed is that this doesn't work yet... > > http://jakarta.apache.org/poi/hdf/index.html Sure, I read this. But Excel support is more mature so we could have something based on JTable ... And usually Apache projects grow fast so I hope it's not long to wait for this one to deliver something sensible... Cheers, Sergey |
|
From: Matthew H. <mat...@wa...> - 2002-09-27 15:47:03
|
Awesome! Pretty neat. One feature request: if you right click on a .bat file or <shell command> file, have the option to execute it. The <build>.xml right click for ant is pretty amazing. Thanks! Matthew > -----Original Message----- > From: Shad Stafford [mailto:sha...@te...]=20 > Sent: Thursday, September 26, 2002 11:28 PM > To: jed...@li... > Subject: [ jEdit-devel ] new project tree plugin >=20 >=20 > Here's a link to a new project tree plugin called=20 > VirtualProjectTree. It allows you to build a tree view of=20 > your project's files and it doesn't restrict you to arranging=20 > them the same way that the file system does. You can shorten=20 > your folder hierarchy or combine files from two drives into a=20 > single logical structure or whatever you desire. It offers=20 > single-click to open a file, optionally auto-sorts files in=20 > the tree, and can run ant targets when right clicking on a=20 > build file (if antfarm is installed). >=20 > License: GPL > Requirements: jdk1.3.1, jedit 4.0, xml plugin, jdom.jar > Get it at: http://www.techshadow.com/java >=20 > I also submitted it to the community.jedit.org beta plugins=20 > page, but it still needs to be reviewed and released by the=20 > administrator there so it isn't available on that page yet. >=20 > This has only been tested on a few machines running windows=20 > so I'd love to hear some feedback on how it runs/looks under=20 > mac os x and linux. I'd also be happy to hear feedback on=20 > usability and feature requests. The plugin has been pretty=20 > stable and under daily use for a couple months, but I'm sure=20 > that lots of issues will pop up as it gets exposed to a wider=20 > variety of environments. >=20 > Let me know what you think >=20 > -Shad >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > --=20 > ----------------------------------------------- > jEdit Developers' List > jEd...@li...=20 > https://lists.sourceforge.net/lists/listinfo/j> edit-devel >=20 |
|
From: Benjamin S. <bsa...@sl...> - 2002-09-27 15:06:34
|
I don't mean to be rude, but why on earth would you want to do that? MS Word has about the more convoluted and inefficient file format ever created. You want to edit SOURCE CODE with it? Don't perpetuate the bloat, put and end to it. http://www.raunvis.hi.is/news_story.html -ben On Fri, Sep 27, 2002 at 09:01:33AM +0100, Sergey V. Udaltsov wrote: > Hi all > > Just looked here: http://jakarta.apache.org/poi/ > The idea is whether we could use this software somehow in jEdit. It > would be so cute to deal with MS docs inside our favorite editor. Hey, > folks! Is there anybody brave having enough spare time for this > challenging undertaking? Can this be done (well, at least partially) > within current jEdit infrastructure? Any thoughts? > > Sergey > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > -- > ----------------------------------------------- > jEdit Developers' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-devel -- http: slightlymad.net smtp: bsa...@sl... //jabber: bsa...@sl... * down AIM: bsarsgard ICQ: 42506676 |
|
From: Israel O. <isr...@ne...> - 2002-09-27 11:06:00
|
Hi Sergey,
i am israel from jcrontab :-), this is my work email.
Have you tested poi with ms-word, cause what i've readed is that =
this doesn't work yet...
http://jakarta.apache.org/poi/hdf/index.html
Thanks
-----Original Message-----
From: Sergey V. Udaltsov [mailto:ser...@cl...]
Sent: viernes, 27 de septiembre de 2002 10:02
To: jed...@li...
Subject: [ jEdit-devel ] ideas for new plugin(s): jEdit office
Hi all
Just looked here: http://jakarta.apache.org/poi/
The idea is whether we could use this software somehow in jEdit. It
would be so cute to deal with MS docs inside our favorite editor. Hey,
folks! Is there anybody brave having enough spare time for this
challenging undertaking? Can this be done (well, at least partially)
within current jEdit infrastructure? Any thoughts?
Sergey
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
--=20
-----------------------------------------------
jEdit Developers' List
jEd...@li...
https://lists.sourceforge.net/lists/listinfo/jedit-devel
|
|
From: <no...@so...> - 2002-09-27 10:58:28
|
Bugs item #607838, was opened at 2002-09-11 15:53 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=607838&group_id=588 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: jo (jolan) Assigned to: Nobody/Anonymous (nobody) Summary: MacOSX shortcuts in qwerty Initial Comment: I use a azerty keyboard and when i use a shortcut (eg : C+w), it acts as if i had a qwerty one (eg : C+z). ---------------------------------------------------------------------- Comment By: Gaetan Ark (gatan) Date: 2002-09-27 12:58 Message: Logged In: YES user_id=619134 Mac os X 10.1.5, French System (AZERTY keyboard) I have the same bug, the AZERY keyboard map is ok for editing When I hit an A it's an A i see in the buffer. But when I use a Shortcut, it s the qwerty keyboard that is used. Command Q = Command A I assigned inverted Shorcuts... I make a correspondance in this way Q => A W =>Z M => , The problem is that there is a lot of modifications to do... ---------------------------------------------------------------------- Comment By: Andre Bender (mumion) Date: 2002-09-11 16:04 Message: Logged In: YES user_id=105305 First of all you mean it's a "qwertz" keyboard layout, like german. But it's a problem I discovered also when using jEdit 4.0.x with german keyboard I have to hit the keys like using en-layout elsewise. Sorry that I could not offer a sollution, but I can confirm this bug (feature). After all maybe a java-bug itself? cu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=607838&group_id=588 |
|
From: <rfl...@ya...> - 2002-09-27 10:09:48
|
Version Number: 1.1
Requirements: Java 1.3+, JEdit 4.0+, ErrorList 1.2+
Announcement:
Release of version 1.1
- Adds Extend / Implement Wizard tool v1.0
- Adds Toggle Line Comment & Toggle Range Comment
tools v1.0
- Check Imports tool v1.1 now combines functionality
of Check Imports v1.0 and Resolve Imports
- Addresses several issues the old versions didn't,
i.e. duplicate imports, ambiguous imports &
java.lang imports
- Check Imports can now be applied to all buffers or
just the current buffer
- Options now govern whether the tool inserts
wildcard resolutions and automatically deletes
unwanted imports or flags them with ErrorList
- Fixed a bug where a RuntimeException was thrown if
the buffer was locked
- Resolved imports are now sorted
Source:
Source zip:
http://www.rf015a4023.pwp.blueyonder.co.uk/java/jtools/JTools-1.1.zip
Source tar/gz:
http://www.rf015a4023.pwp.blueyonder.co.uk/java/jtools/JTools-1.1.tgz
Binary zip:
http://www.rf015a4023.pwp.blueyonder.co.uk/java/jtools/JTools-1.1-bin.zip
Binary tar/gz:
http://www.rf015a4023.pwp.blueyonder.co.uk/java/jtools/JTools-1.1-bin.tgz
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
|