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
(2) |
Oct
|
Nov
|
Dec
|
From: <Ste...@lr...> - 2000-02-22 14:52:21
|
Damn, this is a weird one. I was hoping to share a single JMenu between all views, so that refreshing the menus in one view would result in the changes being reflected in all views. I spent some time poking around the code, but couldn't find any reason why that menu should be removed from older views. I guess I'll just have to generate a new Templates menu for each view, and perhaps communicate synchronization messages via EditBus. Thanks for pointing it out. Steve Jakob Programmer/Analyst London Regional Cancer Centre Ste...@lr... Slava Pestov <sp...@gj...> on 02/19/2000 10:58:25 PM Please respond to jed...@li... To: jed...@so... cc: (bcc: Steve Jakob/Lrcc) Subject: [ jEdit-devel ] Templates bug Steve, Try this: - Start jEdit - Create a new view - Check the 'plugins' menu of the original view ('Templates' menu will no longer be there) Slava -- ----------------------------------------------- jEdit Developers' List jEd...@li... http://lists.sourceforge.net/mailman/listinfo/jedit-devel |
From: Slava P. <sp...@gj...> - 2000-02-22 09:02:38
|
mike dillon wrote: > > hi- > > has anyone had any progress on tracking down the focus bug yet? i'm > looking into it right now, so hopefully i'll figure it out, but i'd just > like to get any tips anyone has and make sure i'm not wasting my time. > > -md Nope, I don't know. I tried all the usual stuff (requestFocus(), invokeLater(requestFocus()), etc) and it didn't work. Slava |
From: mike d. <md...@st...> - 2000-02-22 06:31:57
|
hi- has anyone had any progress on tracking down the focus bug yet? i'm looking into it right now, so hopefully i'll figure it out, but i'd just like to get any tips anyone has and make sure i'm not wasting my time. -md |
From: Slava P. <sp...@gj...> - 2000-02-22 06:15:26
|
Dirk Moebius wrote: > > Slava Pestov wrote: > > When I click 'Edit File' in the info viewer, it opens the > > buffer, but the view is not set to edit that buffer. > > InfoViewer does not know what the current View is. > If could use jEdit.getFirstView(). Is that o.k.? Or should I open a new > one? (I don't think so.) Create a new view. Slava |
From: Dirk M. <dmo...@gm...> - 2000-02-21 20:03:50
|
Slava Pestov wrote: > When I click 'Edit File' in the info viewer, it opens the > buffer, but the view is not set to edit that buffer. InfoViewer does not know what the current View is. If could use jEdit.getFirstView(). Is that o.k.? Or should I open a new one? (I don't think so.) Dirk. -- Ceci n'est pas une signature. |
From: Dirk M. <dmo...@gm...> - 2000-02-21 20:03:48
|
makefile.jmk mentions "org/gjt/sp/jedit/proto/jeditdocs", that's no longer there. Dirk. -- Ceci n'est pas une signature. |
From: Slava P. <sp...@gj...> - 2000-02-21 05:42:46
|
Dirk, When I click 'Edit File' in the info viewer, it opens the buffer, but the view is not set to edit that buffer. Slava |
From: Slava P. <sp...@gj...> - 2000-02-21 05:42:45
|
Juha Lindfors wrote: > > I'm having problems with Plugin Manager on Windows using IBM's JDK1.1.8 + > Swing. The URL for URLConnection seems to get misconstructed and > IOException gets thrown whenever I hit the 'Install' button. Thanks, it was my problem. It should be fixed in the next release. Slava |
From: Kevin A. B. <bu...@re...> - 2000-02-21 02:52:38
|
Slava Pestov wrote: > > Kevin, > > None of your plugins have correct 'plugin' properties. > Eg, in PluginHolder, you write: > > plugin.PluginHolder.author=Kevin A. Burton > > When you must specify the full plugin class name, like: > > plugin.net.sourceforge.jedit.pluginholder.PluginHolder.author=Kevin A. Burton > > All your other properties (version, dependencies) are > also broken in this manner. > > Please fix this because jEdit 2.3final will not load > plugins without a valid 'version' property (to stop > thousands of messages to jedit-users with subject > 'plugin manager doesn't work') > :( Yes. I know. Actually all of my plugins are going to get a new release. Mostly because of the migration towards Sourceforge. Hopefully I can get to this next weekend. Kevin -- Kevin A Burton http://relativity.yi.org Message to SUN: "Open Source Java!" "For evil to win is for good men to do nothing." |
From: Dirk M. <dmo...@gm...> - 2000-02-20 20:28:01
|
mike dillon wrote: > i looked through the jCVS mailing list archives and discovered a fix (but > not a problem, unfortunately). > > people on the list were describing the same problem as you with jCVS > 5.x. they said that it was solved by turning off GZIP compression AND > setting the compression level to zero. That's it! The default was 6. Setting it to 0 solved the problem. Everything works fine now. > p.p.s. another thing that might have helped you diagnose the error is to > generate a stack trace. this can be done by pressing Ctrl+\ in the console > window of any Java program (i think it works under windows too). that way, > you can see where the code is blocking when it hangs. Cool. I didn't know that. Thanks, Dirk. -- Ceci n'est pas une signature. |
From: mike d. <md...@st...> - 2000-02-20 16:42:58
|
On Sun, 20 Feb 2000, Dirk Moebius wrote: > I have another cvs client here named 'cervisia', that works correctly. I > think it's a Java problem. Java can't create a secure socket or > something. i looked through the jCVS mailing list archives and discovered a fix (but not a problem, unfortunately). people on the list were describing the same problem as you with jCVS 5.x. they said that it was solved by turning off GZIP compression AND setting the compression level to zero. -md p.s. there is no such thing as a secure socket. however, the socket that your machine was using (1023) is supposed to be priviledged, but if that were the problem, then you would have got a permission denied error. your connection was successful, it was just a protocol error. p.p.s. another thing that might have helped you diagnose the error is to generate a stack trace. this can be done by pressing Ctrl+\ in the console window of any Java program (i think it works under windows too). that way, you can see where the code is blocking when it hangs. |
From: Juha L. <jpl...@cc...> - 2000-02-20 09:33:23
|
At 09:45 20.2.2000 +0200, you wrote: >I'm having problems with Plugin Manager on Windows using IBM's JDK1.1.8 + >Swing. The URL for URLConnection seems to get misconstructed and >IOException gets thrown whenever I hit the 'Install' button. Ok, the problem seems to be in the java.io instead of Swing. IBM's idea of File(url).getName() is to return the complete URL, for example http://jedit.standmed.com/archives/plugins/AboutPlugins-0.1.3.zip Where as Sun (Java 2) returns just the AboutPlugins-0.1.3.zip. Blackdown (1.1.6) seems to work the same way cause PluginManager worked on Linux just fine. Anyway, I made a workaround for IBM and now can download the zip fine, but am hitting IO exceptions when trying to install the plugin. grrrrr... -- Juha |
From: Dirk M. <dmo...@gm...> - 2000-02-20 09:13:31
|
mike dillon wrote: > > On Sat, 19 Feb 2000, Dirk Moebius wrote: > > jCVS seems to connect, but then hangs forever. I set /usr/bin/ssh as rsh > > command in the options, and used server mode (instead of pserver). Is > > that right? > > also, if it really is hanging, you will see an open connection to a remote > port 22 when you do 'netstat -n' (probably ESTABLISHED, or more likely > SYN_SENT if it's hanging). ESTABLISHED. The onscreen message says "Reading server response..." and waits forever. tcpdump prints out a lot of exciting stuff, then stops after sourceforge tried to send me something. Do you want to see the tcpdump? The last entries are: 10:06:47.654054 cvs.sourceforge.net.ssh > dialin-dtag-0862.rrz.Uni-Koeln.DE.1023: P 536:1096(560) ack 676 win 32472 <nop,nop,timestamp 319099887 4429909> (DF) [tos 0x10] 10:06:48.028658 dialin-dtag-0862.rrz.Uni-Koeln.DE.1023 > cvs.sourceforge.net.ssh: P 676:728(52) ack 1096 win 32472 <nop,nop,timestamp 4429999 319099887> (DF) [tos 0x10] 10:06:48.105740 dialin-dtag-0862.rrz.Uni-Koeln.DE.1023 > cvs.sourceforge.net.ssh: P 728:748(20) ack 1096 win 32472 <nop,nop,timestamp 4430007 319099887> (DF) [tos 0x10] 10:06:48.314143 cvs.sourceforge.net.ssh > dialin-dtag-0862.rrz.Uni-Koeln.DE.1023: P 536:1096(560) ack 676 win 32472 <nop,nop,timestamp 319099959 4429909> (DF) [tos 0x10] 10:06:48.314335 dialin-dtag-0862.rrz.Uni-Koeln.DE.1023 > cvs.sourceforge.net.ssh: . 748:748(0) ack 1096 win 32472 <nop,nop,timestamp 4430028 319099959> (DF) [tos 0x10] 10:06:48.364046 cvs.sourceforge.net.ssh > dialin-dtag-0862.rrz.Uni-Koeln.DE.1023: . 1096:1096(0) ack 728 win 32472 <nop,nop,timestamp 319099976 4429999> (DF) [tos 0x10] 10:06:48.423996 cvs.sourceforge.net.ssh > dialin-dtag-0862.rrz.Uni-Koeln.DE.1023: . 1096:1096(0) ack 748 win 32472 <nop,nop,timestamp 319099982 4430007> (DF) [tos 0x10] I have another cvs client here named 'cervisia', that works correctly. I think it's a Java problem. Java can't create a secure socket or something. Dirk. -- Ceci n'est pas une signature. |
From: Juha L. <jpl...@cc...> - 2000-02-20 07:38:42
|
I'm having problems with Plugin Manager on Windows using IBM's JDK1.1.8 + Swing. The URL for URLConnection seems to get misconstructed and IOException gets thrown whenever I hit the 'Install' button. PluginDownloadThread: java.io.FileNotFoundException: E:\.jedit\PluginManager.download\http ://jedit.standmed.com/archives/plugins/AboutPlugins-0.1.3.zip PluginDownloadThread: at java.lang.Throwable.<init>(Throwable.java:74) PluginDownloadThread: at java.lang.Exception.<init>(Exception.java:38) PluginDownloadThread: at java.io.IOException.<init>(IOException.java:38) PluginDownloadThread: at java.io.FileNotFoundException.<init>(FileNotFoundException.java :35) PluginDownloadThread: at java.io.FileOutputStream.<init>(FileOutputStream.java:54) PluginDownloadThread: at PluginDownloadThread.download(PluginDownloadThread.java:89) PluginDownloadThread: at PluginDownloadThread.run(PluginDownloadThread.java:50) This is pretty weird, cause earlier the same day I was using Plugin Manager on a Linux system and all worked perfectly. Could something funky be going on with Swing's ListModel that causes this? Using Java 2 on the same Windows system works just fine. Anyway, I'm trying different Swing versions on IBM to see if I can pin point what exactly is causing this problem. Any ideas? -- Juha |
From: Slava P. <sp...@gj...> - 2000-02-20 04:00:19
|
Steve, Try this: - Start jEdit - Create a new view - Check the 'plugins' menu of the original view ('Templates' menu will no longer be there) Slava |
From: Slava P. <sp...@gj...> - 2000-02-20 03:09:40
|
Kevin, None of your plugins have correct 'plugin' properties. Eg, in PluginHolder, you write: plugin.PluginHolder.author=Kevin A. Burton When you must specify the full plugin class name, like: plugin.net.sourceforge.jedit.pluginholder.PluginHolder.author=Kevin A. Burton All your other properties (version, dependencies) are also broken in this manner. Please fix this because jEdit 2.3final will not load plugins without a valid 'version' property (to stop thousands of messages to jedit-users with subject 'plugin manager doesn't work') Slava |
From: Slava P. <sp...@gj...> - 2000-02-20 02:55:24
|
mike dillon wrote: > i'm working on it, but it's currently difficult with the dialect of SQL > that PostgreSQL uses (resource intensive, that is). i'll let you know when > we can start testing it. Ok. It's not a very important feature anyway, we already have the 'requires' field. Slava |
From: mike d. <md...@st...> - 2000-02-20 02:34:26
|
On Sat, 19 Feb 2000, Dirk Moebius wrote: > jCVS seems to connect, but then hangs forever. I set /usr/bin/ssh as rsh > command in the options, and used server mode (instead of pserver). Is > that right? also, if it really is hanging, you will see an open connection to a remote port 22 when you do 'netstat -n' (probably ESTABLISHED, or more likely SYN_SENT if it's hanging). -md |
From: mike d. <md...@st...> - 2000-02-20 02:23:31
|
On Sun, 20 Feb 2000, Slava Pestov wrote: > Currently, the 'update plugins' feature ignores plugins that failed > loading entirely. However, I could make it list plugins that failed > #2 pretty easily with a jEdit.getBrokenPlugins() method that returns > a string array of broken plugin class names. > > For it to detect broken JARs would require much more work however, > but I don't think corrupt JAR files are a common enough occurance > for this to be a hassle. i agree entirely. please implement this. > As for the change log display, showing a change log for the most > recent vesion is easy enough, but what if the user updates from > say, version 1.0 to version 1.4? Changelog handling would IMO > require too much work on the plugin central side. again, agreed. what might be cool is to provide links to the detail page for each plugin that could be opened in InfoViewer. the only problem is that the ViewURL message is in the EditBus message. at some point, it will be possible to view cumulative changelogs, but not yet. > Also, mike, what do you think of only showing compatible plugins in > the plugin database? Eg, plugin manager could request the URL: > > http://jedit.standmed.com/export/plugin_manager?jdk=1.1&jedit=2.3pre3 > > And it would show plugins compatible with the specified JDK/jEdit > version. i'm working on it, but it's currently difficult with the dialect of SQL that PostgreSQL uses (resource intensive, that is). i'll let you know when we can start testing it. -md |
From: Slava P. <sp...@gj...> - 2000-02-20 01:44:33
|
mike dillon wrote: > aha. this is not currently possible, since jEdit does not keep track of > which plugins it tried to load but failed. i agree that it would be > preferable for these broken plugins to appear in the update list instead > of the install list. sounds like slava has some work to do :). I know -- there is always more work to do :-) There are basically two ways in which plugins can break: 1. The plugin's JAR file could be corrupt. In this case, the JAR file name is known, but neither the plugin main class nor version can be obtianed. 2. The plugin's main class could throw an exception while being started. In this case, the plugin's version number can theoretically be obtained. Currently, the 'update plugins' feature ignores plugins that failed loading entirely. However, I could make it list plugins that failed #2 pretty easily with a jEdit.getBrokenPlugins() method that returns a string array of broken plugin class names. For it to detect broken JARs would require much more work however, but I don't think corrupt JAR files are a common enough occurance for this to be a hassle. As for the change log display, showing a change log for the most recent vesion is easy enough, but what if the user updates from say, version 1.0 to version 1.4? Changelog handling would IMO require too much work on the plugin central side. Also, mike, what do you think of only showing compatible plugins in the plugin database? Eg, plugin manager could request the URL: http://jedit.standmed.com/export/plugin_manager?jdk=1.1&jedit=2.3pre3 And it would show plugins compatible with the specified JDK/jEdit version. Slava |
From: Slava P. <sp...@gj...> - 2000-02-20 01:44:22
|
Dirk Moebius wrote: > The more I think about it, the better I find this approach. It solves > many problems with the current PluginHolder API, too, so I don't need to > extend it. I think JIndex should be a modal dialog box that doesn't use plugin holder. But I guess you can continue using it for geometry management, etc. Slava |
From: Slava P. <sp...@gj...> - 2000-02-20 01:44:21
|
Dirk Moebius wrote: > It already does that. It ignores the external browser settings, if the > URL startsWith "jeditresource:" and uses InfoViewer. Sorry!!! I should've checked out the source more. I had a quick look through but somehow I missed this one. InfoViewer is looking cooler and cooler every day :-) Slava |
From: mike d. <md...@st...> - 2000-02-19 23:46:09
|
On Sat, 19 Feb 2000, Dirk Moebius wrote: > Has someone successfully used jCVS with the SourceForge CVS? i haven't. > jCVS seems to connect, but then hangs forever. I set /usr/bin/ssh as rsh > command in the options, and used server mode (instead of pserver). Is > that right? that seems correct. you can use 'tcpdump tcp port 22' to find out whether or not your box is attempting to connect to a remote CVS server (or whether someone is attempting to connect to yours). -md |
From: Dirk M. <dmo...@gm...> - 2000-02-19 22:48:04
|
Slava Pestov wrote: > Yes, but JIndex is a transient window -- it doesn't stay on the > screen for very long, does it? You just highlight a word, press > S+F1, select the help topic and then it's gone, right? The more I think about it, the better I find this approach. It solves many problems with the current PluginHolder API, too, so I don't need to extend it. Thanks for bringing me on track. :) Dirk. -- Ceci n'est pas une signature. |
From: Dirk M. <dmo...@gm...> - 2000-02-19 22:45:20
|
Has someone successfully used jCVS with the SourceForge CVS? jCVS seems to connect, but then hangs forever. I set /usr/bin/ssh as rsh command in the options, and used server mode (instead of pserver). Is that right? Or is there some better graphical CVS client for Linux? Dirk. -- Ceci n'est pas une signature. |