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
(2) |
2
|
|
3
(8) |
4
(4) |
5
(13) |
6
(5) |
7
(5) |
8
|
9
(1) |
|
10
|
11
(1) |
12
(11) |
13
(7) |
14
(2) |
15
(1) |
16
|
|
17
(4) |
18
(1) |
19
|
20
(2) |
21
(6) |
22
(1) |
23
(6) |
|
24
(1) |
25
(4) |
26
(3) |
27
(6) |
28
(1) |
29
(7) |
30
|
|
From: SourceForge.net <no...@so...> - 2011-04-29 21:05:23
|
Bugs item #3295127, was opened at 2011-04-29 16:05 Message generated for change (Tracker Item Submitted) made by mtschaff You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3295127&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: editor core Group: minor bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mitchell Schaff (mtschaff) Assigned to: Matthieu Casanova (kpouer) Summary: Minor .ASP file formatting bug Initial Comment: The automatic text formatting, when editing a .asp source file with VBScript in it works great, and hats off to the parsing to keep everything colored correctly. I ran across a small bug today, and wanted to mention it. If a vbscript line is contained in a file, and the line contains a comment, the trailing %> symbol is ignored by the editor, so the editor does not recognize that it is no longer in vbscript mode. As an example, if the following line exists in mypage.asp, Jedit will fail to recognize the lines that follow it as native HTML text. ================= Example begins ==================== <% ' this is a comment %> if this is the end of time, someone please tell me ================= Example ends ==================== In this case, Jedit will highlight the words IF and TIME, as though they were part of the vbScript code, rather than just plain text. Jedit appears to ignore everything after the single quote character, including the trailing %> indicator. Very minor, but it would be nice to have this corrected at some point. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3295127&group_id=588 |
|
From: <el...@gm...> - 2011-04-29 19:01:00
|
BufferTabs - Failure: ******************************************************************************** Build Log Snippet: Started by an SCM change Updating https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/BufferTabs/trunk U buffertabs/BufferTabs.java U BufferTabs.props U build.properties At revision 19528 No emails were triggered. [trunk] $ /Users/elberry/development/applications/apache-ant-1.7.1/bin/ant -Ddocbookx.dtd="/Users/elberry/development/projects/jedit/pjo/ant/docbook" -Dbuild.support="/Users/elberry/development/projects/jedit/build-support" -Ddocbook.catalog="/Users/elberry/development/projects/jedit/pjo/ant/docbook/4.4/catalog.xml" -Djedit.plugins.dir="/Users/elberry/.hudson/jobs/jEdit/workspace/jedit/settings/jars" -Dxsltproc.executable=xsltproc -Djedit.install.dir="/Users/elberry/.hudson/jobs/jEdit/workspace/jedit/build/" -Dinstall.dir=dist -Ddocbook.xsl="/Users/elberry/development/projects/jedit/pjo/ant/docbook/xsl/1.75.1" clean dist Buildfile: build.xml [echo] /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home clean: [delete] Deleting directory /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build clean: dist: [echo] /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home userdocs: [mkdir] Created dir: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/docs [copy] Copying 1 file to /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/docs [echo] /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home docs-xsltproc: [exec] Writing index.html for book [exec] Writing toc.xml [delete] Deleting: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/docs/users-guide.xsl build.prepare: checkIvy: download-ivy: [get] Getting: http://repo2.maven.org/maven2/org/apache/ivy/ivy/2.2.0/ivy-2.2.0.jar [get] To: /Users/elberry/.ant/lib/ivy.jar [get] Not modified - so not downloaded init-ivy: resolve: compile: [mkdir] Created dir: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/classes [jp.javac] Compiling 5 source files to /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/classes build: [mkdir] Created dir: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/extras [copy] Copying 2 files to /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/extras [jar] Building jar: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/dist/BufferTabs.jar [echo] /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home build.post: dist.nojavadoc: BUILD SUCCESSFUL Total time: 7 seconds [trunk] $ /Users/elberry/development/applications/apache-ant-1.7.1/bin/ant -Ddocbookx.dtd="/Users/elberry/development/projects/jedit/pjo/ant/docbook" -Dbuild.support="/Users/elberry/development/projects/jedit/build-support" -Ddocbook.catalog="/Users/elberry/development/projects/jedit/pjo/ant/docbook/4.4/catalog.xml" -Djedit.plugins.dir="/Users/elberry/.hudson/jobs/jEdit/workspace/jedit/settings/jars" -Dxsltproc.executable=xsltproc -Djedit.install.dir="/Users/elberry/.hudson/jobs/jEdit/workspace/jedit/build/" -Dinstall.dir="/Users/eberry/.hudson/jobs/jEdit/workspace/jedit/settings/jars" -Ddocbook.xsl="/Users/elberry/development/projects/jedit/pjo/ant/docbook/xsl/1.75.1" dist Buildfile: build.xml [echo] /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home clean: [delete] Deleting directory /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build dist: [echo] /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home userdocs: [mkdir] Created dir: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/docs [copy] Copying 1 file to /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/docs [echo] /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home docs-xsltproc: [exec] Writing index.html for book [exec] Writing toc.xml [delete] Deleting: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/docs/users-guide.xsl build.prepare: checkIvy: download-ivy: [get] Getting: http://repo2.maven.org/maven2/org/apache/ivy/ivy/2.2.0/ivy-2.2.0.jar [get] To: /Users/elberry/.ant/lib/ivy.jar [get] Not modified - so not downloaded init-ivy: resolve: compile: [mkdir] Created dir: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/classes [jp.javac] Compiling 5 source files to /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/classes build: [mkdir] Created dir: /Users/elberry/.hudson/jobs/BufferTabs/workspace/trunk/build/extras BUILD FAILED /Users/elberry/development/projects/jedit/build-support/plugin-build.xml:393: The following error occurred while executing this line: /Users/elberry/development/projects/jedit/build-support/plugin-build.xml:335: Directory /Users/eberry/.hudson/jobs/jEdit/workspace/jedit/settings/jars creation was not successful for an unknown reason Total time: 7 seconds Email was triggered for: Failure Sending email for trigger: Failure ******************************************************************************** Changes: [shlomy] Bumped version, to mark it as different from release [shlomy] Fixed SF bug #3285810: When a file is dropped into jEdit, it should become current The problem turned out to be a bug in the JRE - an ArrayIndexOutOfBoundsException thrown by TabbedPaneUI.getTabBounds, which is called (indirectly) from BufferTabs.updateColorAt, which is called when a file is dragged into jEdit. The exception wasn't code by BufferTabs and affected the code up the stack (bufferset code). Also added debugging information to the Ant build of the plugin. |
|
From: SourceForge.net <no...@so...> - 2011-04-29 18:35:25
|
Plugin Bugs item #3291008, was opened at 2011-04-21 19:33 Message generated for change (Comment added) made by shlomy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve (snarum-micron) Assigned to: Shlomy Reinstein (shlomy) Summary: DirtyGutter + Save All reverts some files Initial Comment: Save All has recently started failing. Rather than saving all the dirty buffers, some buffers are saved correctly while others seem to have been reverted, saved part way through the revert, and are still marked dirty. The file on drive may have, for example, one of three edits done and the other two not done, while the open buffer shows none of the edits done, but all of the edit lines marked dirty using the DirtyGutter plugin. If I use the Redo function, the edits all reappear, one by one. There seems to be no correlation with file type, folder location, etc. as I have seen two files of the same type (.c) in the same directory where one has the problem and the other does not. I am using jEdit 4.5.pre1, daily builds from April 5, with Java 1.6.0_24 on WinXP64. I updated to the latest daily (April 13) and still see the same problem. ---------------------------------------------------------------------- >Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-29 21:35 Message: Steve, I just thought of something. Can you turn on the macro recorder,and try to reproduce this? Then you can submit the macro, it may give a clue of what happened. Alternatively, it would be useful to have a screencast showing the problem. ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-29 21:32 Message: Thanks Alan. I just tried to reproduce this, but couldn't. Instead, I got another strange behavior of "save all" which is not related to DirtyGutter - it happens even when DirtyGutter is not installed. I have two buffers open. I make a change to one of them and select 'Save all'. I get a dialog asking me to verify that I want to save all. I answer 'Yes'. Then, a new untitled buffer is created automatically, and the "save all" action that I started before tried to save it, and opens the "save file as" dialog because this buffer is untitled... Neither of this should happen as a result of 'save all'. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-29 20:08 Message: Ignore previous comment. It seems DirtyGutter has a few bugs fixed in git and has not been released yet. Try out the latest daily build here: http://www.tellurianring.com/projects/jedit-daily/index.php?dir=DirtyGutter%2F2011-04-04_23-56-14%2F See if you have the same problem. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-28 17:48 Message: perhaps diff mode should be the default in DirtyGutter for future versions until this is fixed? ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-28 08:26 Message: This might be caused by DirtyGutter, if you use the "simple" mode (i.e. "Dirty line provider" in the option pane is set to 'simple'). DirtyGutter (in "simple" mode only) actually runs an undo/redo procedure every time the buffer is saved in order to build its own support for undo/redo - since the core does not expose the undo list to plugins. I will try to check & fix this soon, but in the mean time you can switch to "Diff" mode - which does not perform any undo/redo, but instead compares the buffer to the file on disk. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-28 01:33 Message: Please describe some easy steps to reproduce with 2 test files, if possible. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-27 22:50 Message: I am beginning to wonder if my statement was correct. I turned off the DirtyGutter plugin a couple days ago, and I don't believe I have seen this happen since. So, this may indeed be a plugin bug. I am using version 0.2 of DirtyGutter, April 5 daily build. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-21 20:52 Message: Sorry for the confusion. This has nothing to do with the DirtyGutter plugin, I was simply noting that it seems to indicate that some lines were actually changed AFTER the save, which is a symptom, not a cause. The problem happens with or without the plugin turned on. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-21 20:39 Message: is this a bug with the dirty gutter plugin or jedit itself? Can you describe the problem without using dirtygutter? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-29 18:32:39
|
Plugin Bugs item #3291008, was opened at 2011-04-21 19:33 Message generated for change (Comment added) made by shlomy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve (snarum-micron) Assigned to: Shlomy Reinstein (shlomy) Summary: DirtyGutter + Save All reverts some files Initial Comment: Save All has recently started failing. Rather than saving all the dirty buffers, some buffers are saved correctly while others seem to have been reverted, saved part way through the revert, and are still marked dirty. The file on drive may have, for example, one of three edits done and the other two not done, while the open buffer shows none of the edits done, but all of the edit lines marked dirty using the DirtyGutter plugin. If I use the Redo function, the edits all reappear, one by one. There seems to be no correlation with file type, folder location, etc. as I have seen two files of the same type (.c) in the same directory where one has the problem and the other does not. I am using jEdit 4.5.pre1, daily builds from April 5, with Java 1.6.0_24 on WinXP64. I updated to the latest daily (April 13) and still see the same problem. ---------------------------------------------------------------------- >Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-29 21:32 Message: Thanks Alan. I just tried to reproduce this, but couldn't. Instead, I got another strange behavior of "save all" which is not related to DirtyGutter - it happens even when DirtyGutter is not installed. I have two buffers open. I make a change to one of them and select 'Save all'. I get a dialog asking me to verify that I want to save all. I answer 'Yes'. Then, a new untitled buffer is created automatically, and the "save all" action that I started before tried to save it, and opens the "save file as" dialog because this buffer is untitled... Neither of this should happen as a result of 'save all'. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-29 20:08 Message: Ignore previous comment. It seems DirtyGutter has a few bugs fixed in git and has not been released yet. Try out the latest daily build here: http://www.tellurianring.com/projects/jedit-daily/index.php?dir=DirtyGutter%2F2011-04-04_23-56-14%2F See if you have the same problem. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-28 17:48 Message: perhaps diff mode should be the default in DirtyGutter for future versions until this is fixed? ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-28 08:26 Message: This might be caused by DirtyGutter, if you use the "simple" mode (i.e. "Dirty line provider" in the option pane is set to 'simple'). DirtyGutter (in "simple" mode only) actually runs an undo/redo procedure every time the buffer is saved in order to build its own support for undo/redo - since the core does not expose the undo list to plugins. I will try to check & fix this soon, but in the mean time you can switch to "Diff" mode - which does not perform any undo/redo, but instead compares the buffer to the file on disk. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-28 01:33 Message: Please describe some easy steps to reproduce with 2 test files, if possible. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-27 22:50 Message: I am beginning to wonder if my statement was correct. I turned off the DirtyGutter plugin a couple days ago, and I don't believe I have seen this happen since. So, this may indeed be a plugin bug. I am using version 0.2 of DirtyGutter, April 5 daily build. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-21 20:52 Message: Sorry for the confusion. This has nothing to do with the DirtyGutter plugin, I was simply noting that it seems to indicate that some lines were actually changed AFTER the save, which is a symptom, not a cause. The problem happens with or without the plugin turned on. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-21 20:39 Message: is this a bug with the dirty gutter plugin or jedit itself? Can you describe the problem without using dirtygutter? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-29 17:55:48
|
Plugin Bugs item #3285810, was opened at 2011-04-13 16:28 Message generated for change (Comment added) made by shlomy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3285810&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Shlomy Reinstein (shlomy) >Assigned to: Shlomy Reinstein (shlomy) Summary: When a file is dropped into jEdit, it should become current Initial Comment: When dragging a file from a File Manager into jEdit, jEdit opens the file in a buffer, but does not make it the *current* buffer - so in order to edit the file I just dragged, I need to select it manually. When a file is dragged into jEdit, its buffer should become the active (current) buffer. ---------------------------------------------------------------------- >Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-29 20:55 Message: Fixed in SVN rev. 19527. Turns out to be a JRE bug, which throws an ArrayIndexOutOfBoundsException when a file is dropped into jEdit. The workaround is to catch it early, in BufferTabs, and not let it affect the upper-level code. ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-25 18:43 Message: This problem seems to be related to BufferTabs. When BufferTabs is disabled, this does not happen. Note that maybe there's some exception thrown from BufferTabs - in which case maybe the core can be less fragile when this happens. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3285810&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-29 17:08:28
|
Plugin Bugs item #3291008, was opened at 2011-04-21 09:33 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve (snarum-micron) Assigned to: Shlomy Reinstein (shlomy) Summary: DirtyGutter + Save All reverts some files Initial Comment: Save All has recently started failing. Rather than saving all the dirty buffers, some buffers are saved correctly while others seem to have been reverted, saved part way through the revert, and are still marked dirty. The file on drive may have, for example, one of three edits done and the other two not done, while the open buffer shows none of the edits done, but all of the edit lines marked dirty using the DirtyGutter plugin. If I use the Redo function, the edits all reappear, one by one. There seems to be no correlation with file type, folder location, etc. as I have seen two files of the same type (.c) in the same directory where one has the problem and the other does not. I am using jEdit 4.5.pre1, daily builds from April 5, with Java 1.6.0_24 on WinXP64. I updated to the latest daily (April 13) and still see the same problem. ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2011-04-29 10:08 Message: Ignore previous comment. It seems DirtyGutter has a few bugs fixed in git and has not been released yet. Try out the latest daily build here: http://www.tellurianring.com/projects/jedit-daily/index.php?dir=DirtyGutter%2F2011-04-04_23-56-14%2F See if you have the same problem. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-28 07:48 Message: perhaps diff mode should be the default in DirtyGutter for future versions until this is fixed? ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-27 22:26 Message: This might be caused by DirtyGutter, if you use the "simple" mode (i.e. "Dirty line provider" in the option pane is set to 'simple'). DirtyGutter (in "simple" mode only) actually runs an undo/redo procedure every time the buffer is saved in order to build its own support for undo/redo - since the core does not expose the undo list to plugins. I will try to check & fix this soon, but in the mean time you can switch to "Diff" mode - which does not perform any undo/redo, but instead compares the buffer to the file on disk. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-27 15:33 Message: Please describe some easy steps to reproduce with 2 test files, if possible. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-27 12:50 Message: I am beginning to wonder if my statement was correct. I turned off the DirtyGutter plugin a couple days ago, and I don't believe I have seen this happen since. So, this may indeed be a plugin bug. I am using version 0.2 of DirtyGutter, April 5 daily build. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-21 10:52 Message: Sorry for the confusion. This has nothing to do with the DirtyGutter plugin, I was simply noting that it seems to indicate that some lines were actually changed AFTER the save, which is a symptom, not a cause. The problem happens with or without the plugin turned on. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-21 10:39 Message: is this a bug with the dirty gutter plugin or jedit itself? Can you describe the problem without using dirtygutter? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-29 14:10:28
|
Plugin Feature Requests item #3294933, was opened at 2011-04-29 14:10 Message generated for change (Tracker Item Submitted) made by malyvelky You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3294933&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 4 Private: No Submitted By: Jakub Holý (malyvelky) Assigned to: Jakub Holý (malyvelky) Summary: TextAutocomplete: Add option for case-insensitivity Initial Comment: >From an email by BradyYeh (武賢): Canyou provide a option that allow case insensitive ? If have such feature, I can type char quickly because don't need press shift key usually. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=997936&aid=3294933&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-28 05:26:27
|
Plugin Bugs item #3291008, was opened at 2011-04-21 19:33 Message generated for change (Comment added) made by shlomy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve (snarum-micron) Assigned to: Shlomy Reinstein (shlomy) Summary: DirtyGutter + Save All reverts some files Initial Comment: Save All has recently started failing. Rather than saving all the dirty buffers, some buffers are saved correctly while others seem to have been reverted, saved part way through the revert, and are still marked dirty. The file on drive may have, for example, one of three edits done and the other two not done, while the open buffer shows none of the edits done, but all of the edit lines marked dirty using the DirtyGutter plugin. If I use the Redo function, the edits all reappear, one by one. There seems to be no correlation with file type, folder location, etc. as I have seen two files of the same type (.c) in the same directory where one has the problem and the other does not. I am using jEdit 4.5.pre1, daily builds from April 5, with Java 1.6.0_24 on WinXP64. I updated to the latest daily (April 13) and still see the same problem. ---------------------------------------------------------------------- >Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-28 08:26 Message: This might be caused by DirtyGutter, if you use the "simple" mode (i.e. "Dirty line provider" in the option pane is set to 'simple'). DirtyGutter (in "simple" mode only) actually runs an undo/redo procedure every time the buffer is saved in order to build its own support for undo/redo - since the core does not expose the undo list to plugins. I will try to check & fix this soon, but in the mean time you can switch to "Diff" mode - which does not perform any undo/redo, but instead compares the buffer to the file on disk. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-28 01:33 Message: Please describe some easy steps to reproduce with 2 test files, if possible. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-27 22:50 Message: I am beginning to wonder if my statement was correct. I turned off the DirtyGutter plugin a couple days ago, and I don't believe I have seen this happen since. So, this may indeed be a plugin bug. I am using version 0.2 of DirtyGutter, April 5 daily build. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-21 20:52 Message: Sorry for the confusion. This has nothing to do with the DirtyGutter plugin, I was simply noting that it seems to indicate that some lines were actually changed AFTER the save, which is a symptom, not a cause. The problem happens with or without the plugin turned on. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-21 20:39 Message: is this a bug with the dirty gutter plugin or jedit itself? Can you describe the problem without using dirtygutter? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-27 22:48:49
|
Plugin Bugs item #3293956, was opened at 2011-04-27 12:36 Message generated for change (Comment added) made by elberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3293956&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Steve (snarum-micron) Assigned to: Nobody/Anonymous (nobody) Summary: TextTools plugin sort broken Initial Comment: I recently updated to 4.5.pre1 daily April 21. Since doing so, the TextTools plugin Sort Lines function does not work. I get the following java error dump. I'm using Java 1.6.0_24 on Windows XP64. ---------------------------------------------------------------------- >Comment By: Townsfolk (elberry) Date: 2011-04-27 15:48 Message: Yeah, the API changed. This has been fixed in trunk. I've added TextTools to the daily builds and there is a package available here: http://tellurianring.com/projects/jedit-daily/index.php?dir=TextTools%2F2011-04-27_15-46-22 ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-27 12:37 Message: java.lang.NoClassDefFoundError: org/gjt/sp/jedit/MiscUtilities$StringCompare at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Unknown Source) at java.lang.Class.privateGetPublicMethods(Unknown Source) at java.lang.Class.getMethods(Unknown Source) at org.gjt.sp.jedit.bsh.Reflect.gatherMethodsRecursive(Reflect.java:543) at org.gjt.sp.jedit.bsh.Reflect.getCandidateMethods(Reflect.java:505) at org.gjt.sp.jedit.bsh.Reflect.findOverloadedMethod(Reflect.java:478) at org.gjt.sp.jedit.bsh.Reflect.resolveJavaMethod(Reflect.java:439) at org.gjt.sp.jedit.bsh.Reflect.resolveExpectedJavaMethod(Reflect.java:381) at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:96) at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:871) at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130) at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80) at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186) at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:225) at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:423) at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:73) at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:342) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3204) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3186) at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:211) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.AbstractButton.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) Caused by: java.lang.ClassNotFoundException: org.gjt.sp.jedit.MiscUtilities$StringCompare at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at org.gjt.sp.jedit.JARClassLoader.loadFromParent(JARClassLoader.java:522) at org.gjt.sp.jedit.JARClassLoader.loadClass(JARClassLoader.java:87) at java.lang.ClassLoader.loadClass(Unknown Source) ... 65 more ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3293956&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-27 22:33:38
|
Plugin Bugs item #3291008, was opened at 2011-04-21 09:33 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve (snarum-micron) >Assigned to: Shlomy Reinstein (shlomy) >Summary: DirtyGutter + Save All reverts some files Initial Comment: Save All has recently started failing. Rather than saving all the dirty buffers, some buffers are saved correctly while others seem to have been reverted, saved part way through the revert, and are still marked dirty. The file on drive may have, for example, one of three edits done and the other two not done, while the open buffer shows none of the edits done, but all of the edit lines marked dirty using the DirtyGutter plugin. If I use the Redo function, the edits all reappear, one by one. There seems to be no correlation with file type, folder location, etc. as I have seen two files of the same type (.c) in the same directory where one has the problem and the other does not. I am using jEdit 4.5.pre1, daily builds from April 5, with Java 1.6.0_24 on WinXP64. I updated to the latest daily (April 13) and still see the same problem. ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2011-04-27 15:33 Message: Please describe some easy steps to reproduce with 2 test files, if possible. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-27 12:50 Message: I am beginning to wonder if my statement was correct. I turned off the DirtyGutter plugin a couple days ago, and I don't believe I have seen this happen since. So, this may indeed be a plugin bug. I am using version 0.2 of DirtyGutter, April 5 daily build. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-21 10:52 Message: Sorry for the confusion. This has nothing to do with the DirtyGutter plugin, I was simply noting that it seems to indicate that some lines were actually changed AFTER the save, which is a symptom, not a cause. The problem happens with or without the plugin turned on. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-21 10:39 Message: is this a bug with the dirty gutter plugin or jedit itself? Can you describe the problem without using dirtygutter? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3291008&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-27 19:50:13
|
Bugs item #3291008, was opened at 2011-04-21 10:33 Message generated for change (Comment added) made by snarum-micron You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3291008&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: editor core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve (snarum-micron) Assigned to: Matthieu Casanova (kpouer) Summary: Save All reverts some files Initial Comment: Save All has recently started failing. Rather than saving all the dirty buffers, some buffers are saved correctly while others seem to have been reverted, saved part way through the revert, and are still marked dirty. The file on drive may have, for example, one of three edits done and the other two not done, while the open buffer shows none of the edits done, but all of the edit lines marked dirty using the DirtyGutter plugin. If I use the Redo function, the edits all reappear, one by one. There seems to be no correlation with file type, folder location, etc. as I have seen two files of the same type (.c) in the same directory where one has the problem and the other does not. I am using jEdit 4.5.pre1, daily builds from April 5, with Java 1.6.0_24 on WinXP64. I updated to the latest daily (April 13) and still see the same problem. ---------------------------------------------------------------------- >Comment By: Steve (snarum-micron) Date: 2011-04-27 13:50 Message: I am beginning to wonder if my statement was correct. I turned off the DirtyGutter plugin a couple days ago, and I don't believe I have seen this happen since. So, this may indeed be a plugin bug. I am using version 0.2 of DirtyGutter, April 5 daily build. ---------------------------------------------------------------------- Comment By: Steve (snarum-micron) Date: 2011-04-21 11:52 Message: Sorry for the confusion. This has nothing to do with the DirtyGutter plugin, I was simply noting that it seems to indicate that some lines were actually changed AFTER the save, which is a symptom, not a cause. The problem happens with or without the plugin turned on. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-21 11:39 Message: is this a bug with the dirty gutter plugin or jedit itself? Can you describe the problem without using dirtygutter? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3291008&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-27 19:37:11
|
Plugin Bugs item #3293956, was opened at 2011-04-27 13:36 Message generated for change (Comment added) made by snarum-micron You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3293956&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve (snarum-micron) Assigned to: Nobody/Anonymous (nobody) Summary: TextTools plugin sort broken Initial Comment: I recently updated to 4.5.pre1 daily April 21. Since doing so, the TextTools plugin Sort Lines function does not work. I get the following java error dump. I'm using Java 1.6.0_24 on Windows XP64. ---------------------------------------------------------------------- >Comment By: Steve (snarum-micron) Date: 2011-04-27 13:37 Message: java.lang.NoClassDefFoundError: org/gjt/sp/jedit/MiscUtilities$StringCompare at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods(Unknown Source) at java.lang.Class.privateGetPublicMethods(Unknown Source) at java.lang.Class.getMethods(Unknown Source) at org.gjt.sp.jedit.bsh.Reflect.gatherMethodsRecursive(Reflect.java:543) at org.gjt.sp.jedit.bsh.Reflect.getCandidateMethods(Reflect.java:505) at org.gjt.sp.jedit.bsh.Reflect.findOverloadedMethod(Reflect.java:478) at org.gjt.sp.jedit.bsh.Reflect.resolveJavaMethod(Reflect.java:439) at org.gjt.sp.jedit.bsh.Reflect.resolveExpectedJavaMethod(Reflect.java:381) at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:96) at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:871) at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130) at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80) at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186) at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:225) at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:423) at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:73) at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:342) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3204) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3186) at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:211) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.AbstractButton.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) Caused by: java.lang.ClassNotFoundException: org.gjt.sp.jedit.MiscUtilities$StringCompare at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at org.gjt.sp.jedit.JARClassLoader.loadFromParent(JARClassLoader.java:522) at org.gjt.sp.jedit.JARClassLoader.loadClass(JARClassLoader.java:87) at java.lang.ClassLoader.loadClass(Unknown Source) ... 65 more ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3293956&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-27 19:36:56
|
Plugin Bugs item #3293956, was opened at 2011-04-27 13:36 Message generated for change (Tracker Item Submitted) made by snarum-micron You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3293956&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve (snarum-micron) Assigned to: Nobody/Anonymous (nobody) Summary: TextTools plugin sort broken Initial Comment: I recently updated to 4.5.pre1 daily April 21. Since doing so, the TextTools plugin Sort Lines function does not work. I get the following java error dump. I'm using Java 1.6.0_24 on Windows XP64. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3293956&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-27 07:02:11
|
Bugs item #3291882, was opened at 2011-04-23 10:16 Message generated for change (Settings changed) made by tvojeho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3291882&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: editor core Group: None >Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: tvojeho (tvojeho) Assigned to: Matthieu Casanova (kpouer) Summary: BeanShell Error when launching Plugins/Plugin Options... Initial Comment: When opening the Plugin Options dialog in the latest jEdit daily build (2011-04-13_12-00-27 jedit4.5pre1install.jar 2816KB Apr 13 2011), a BeanShell error pops up before the dialog appears. *** java.lang.NoClassDefFoundError: org/gjt/sp/jedit/MiscUtilities$Compare at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) at java.lang.Class.getDeclaredConstructors(Unknown Source) at org.gjt.sp.jedit.bsh.Reflect.constructObject(Reflect.java:603) at org.gjt.sp.jedit.bsh.BSHAllocationExpression.constructObject(BSHAllocationExpression.java:123) at org.gjt.sp.jedit.bsh.BSHAllocationExpression.objectAllocation(BSHAllocationExpression.java:114) at org.gjt.sp.jedit.bsh.BSHAllocationExpression.eval(BSHAllocationExpression.java:62) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:644) at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:738) at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:727) at org.gjt.sp.jedit.BeanShellFacade._eval(BeanShellFacade.java:148) at org.gjt.sp.jedit.BeanShellFacade.eval(BeanShellFacade.java:113) at org.gjt.sp.jedit.BeanShell.eval(BeanShell.java:369) at org.gjt.sp.jedit.gui.OptionsDialog.valueChanged(OptionsDialog.java:204) at javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(Unknown Source) at javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(Unknown Source) at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(Unknown Source) at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPath(Unknown Source) at javax.swing.JTree.setSelectionPath(Unknown Source) at org.gjt.sp.jedit.gui.OptionsDialog.selectPane(OptionsDialog.java:433) at org.gjt.sp.jedit.gui.OptionsDialog.selectPane(OptionsDialog.java:406) at org.gjt.sp.jedit.gui.OptionsDialog.selectPane(OptionsDialog.java:381) at org.gjt.sp.jedit.gui.OptionsDialog.init(OptionsDialog.java:359) at org.gjt.sp.jedit.gui.OptionsDialog.<init>(OptionsDialog.java:71) at org.gjt.sp.jedit.options.PluginOptions.<init>(PluginOptions.java:39) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at org.gjt.sp.jedit.bsh.Reflect.constructObject(Reflect.java:620) at org.gjt.sp.jedit.bsh.BSHAllocationExpression.constructObject(BSHAllocationExpression.java:123) at org.gjt.sp.jedit.bsh.BSHAllocationExpression.objectAllocation(BSHAllocationExpression.java:114) at org.gjt.sp.jedit.bsh.BSHAllocationExpression.eval(BSHAllocationExpression.java:62) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130) at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80) at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186) at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:225) at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:423) at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:73) at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:342) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3204) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3186) at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:211) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.AbstractButton.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.menuDragMouseReleased(Unknown Source) at javax.swing.JMenuItem.fireMenuDragMouseReleased(Unknown Source) at javax.swing.JMenuItem.processMenuDragMouseEvent(Unknown Source) at javax.swing.JMenuItem.processMouseEvent(Unknown Source) at javax.swing.MenuSelectionManager.processMouseEvent(Unknown Source) at javax.swing.plaf.basic.BasicPopupMenuUI$MouseGrabber.eventDispatched(Unknown Source) at java.awt.Toolkit$SelectiveAWTEventListener.eventDispatched(Unknown Source) at java.awt.Toolkit$ToolkitEventMulticaster.eventDispatched(Unknown Source) at java.awt.Toolkit.notifyAWTEventListeners(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) Caused by: java.lang.ClassNotFoundException: org.gjt.sp.jedit.MiscUtilities$Compare at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at org.gjt.sp.jedit.JARClassLoader.loadFromParent(JARClassLoader.java:522) at org.gjt.sp.jedit.JARClassLoader.loadClass(JARClassLoader.java:87) at java.lang.ClassLoader.loadClass(Unknown Source) ... 91 more ---------------------------------------------------------------------- Comment By: tvojeho (tvojeho) Date: 2011-04-23 11:13 Message: You are right, Matthieu, I went through the plugins and every time I click the ActionHooks options, the error shows again. I did not find an updated version of this plugin, so I will probably post this in the Plugin Bugs section. tvojeho ---------------------------------------------------------------------- Comment By: Matthieu Casanova (kpouer) Date: 2011-04-23 10:44 Message: You have a plugin that is not updated ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3291882&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-26 17:07:48
|
Bugs item #1436322, was opened at 2006-02-21 17:34 Message generated for change (Settings changed) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1436322&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: text area and syntax packages Group: minor bug Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Alan Ezust (ezust) Summary: SAS Highlighting (multiline REGEXP) Initial Comment: The SAS editing mode does not correctly support SAS comments. The following line will not be highlighted: *This is a comment; Furthermore, these types of comments can span multiple lines, and do not necessarily start and the beginning of line: i=3*2; *multi-line comment; *comment; Since SPAN_REGEXP does not support multiline matches, I do not believe there is not way to fix this currently. Note that in my experience, the multi-line version of this comment is not used ofter (/* */ is used instead). I propose the following rule to be added to sas.xml to correctly highlight some of these comments: <SPAN TYPE="COMMENT2" AT_LINE_START="TRUE"> <BEGIN>*</BEGIN> <END>;</END> </SPAN> This should correctly highlight the following as a comment. Current sas.xml does not, and botches the rest of the file (unclosed quote): *Don't use apostrophes!; - Xavier (xavier AT noreality [D] net) jEdit 4.3pre3 ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2011-04-26 09:53 Message: Thanks for the ping, goebbe! I am closing it now. ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2011-04-26 05:49 Message: The fixed SAS-mode is included in Jedit 4.4pre1. ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2009-06-30 00:36 Message: The SAS-mode has received a major rework and has just been submitted: http://sourceforge.net/tracker/?func=detail&atid=300588&aid=2793540&group_id=588 The *comment; -types of comments have been implemented for a wide range of use cases. This includes the following cases: * comment; var= 3 * x ; * comment; *comment; * comment; var= 3 * x var=3 *x; *comment; *comment; I suggest to close this bug, since the described bug is solved. ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2007-09-24 10:08 Message: Logged In: YES user_id=1050273 Originator: NO I propose to include something similar to the suggested change - even though this will not work in all cases described in feature request #1653057. The following important (for SAS-programming only) case is covered: If you have some command in a SAS-programme, as: command; Then you can just comment this line out by putting a "*" sign at the start of the line. *commented command; Limitations of the proposed change: - Note that these type of comments in SAS can normally span multi-line comments. The requested extension does not cover the case of multi-line comments of this kind. See bug #14363222 for a discussion. - multiple comments per line are not highlighted correctly. Note: Multiple comments per line could be possible if some regexp-guru could define a rule which makes sure that there is either no space between the last ; and the * OR only white space between the last ; and the * Despite the limitations the proposed extension of the SAS-mode would allow correct highlighting for an important subcase. The following modification of the suggestion would also allow white space before the first comment in a line: <SPAN TYPE="COMMENT1" AT_WHITESPACE_END="TRUE" EXCLUDE_MATCH="FALSE"> <BEGIN>*</BEGIN> <END>;</END> </SPAN> This would cover for example the following cases: no comment; no comment; *comment; *comment; ---------------------------------------------------------------------- Comment By: Robert Schwenn (rschwenn) Date: 2007-02-15 13:00 Message: Logged In: YES user_id=1486645 Originator: NO In feature request #1653057 (http://sourceforge.net/tracker/index.php?func=detail&aid=1653057&group_id=588&atid=350588) a SAS-comment was defined as follows: If there is only space (only space and/or newline) between the last ";" sign and the "*" sign, then the "*" sign starts a multi-line comment. The end of the comment is always the next ";" sign. It this was correct, Your proposal would highlight a line that is not a comment, because there's no semicolon and optional whitespace before the "*". What to do? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1436322&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-26 16:53:16
|
Bugs item #1436322, was opened at 2006-02-21 17:34 Message generated for change (Settings changed) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1436322&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: text area and syntax packages Group: minor bug >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Gerard (gerardsmyth) Summary: SAS Highlighting (multiline REGEXP) Initial Comment: The SAS editing mode does not correctly support SAS comments. The following line will not be highlighted: *This is a comment; Furthermore, these types of comments can span multiple lines, and do not necessarily start and the beginning of line: i=3*2; *multi-line comment; *comment; Since SPAN_REGEXP does not support multiline matches, I do not believe there is not way to fix this currently. Note that in my experience, the multi-line version of this comment is not used ofter (/* */ is used instead). I propose the following rule to be added to sas.xml to correctly highlight some of these comments: <SPAN TYPE="COMMENT2" AT_LINE_START="TRUE"> <BEGIN>*</BEGIN> <END>;</END> </SPAN> This should correctly highlight the following as a comment. Current sas.xml does not, and botches the rest of the file (unclosed quote): *Don't use apostrophes!; - Xavier (xavier AT noreality [D] net) jEdit 4.3pre3 ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2011-04-26 09:53 Message: Thanks for the ping, goebbe! I am closing it now. ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2011-04-26 05:49 Message: The fixed SAS-mode is included in Jedit 4.4pre1. ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2009-06-30 00:36 Message: The SAS-mode has received a major rework and has just been submitted: http://sourceforge.net/tracker/?func=detail&atid=300588&aid=2793540&group_id=588 The *comment; -types of comments have been implemented for a wide range of use cases. This includes the following cases: * comment; var= 3 * x ; * comment; *comment; * comment; var= 3 * x var=3 *x; *comment; *comment; I suggest to close this bug, since the described bug is solved. ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2007-09-24 10:08 Message: Logged In: YES user_id=1050273 Originator: NO I propose to include something similar to the suggested change - even though this will not work in all cases described in feature request #1653057. The following important (for SAS-programming only) case is covered: If you have some command in a SAS-programme, as: command; Then you can just comment this line out by putting a "*" sign at the start of the line. *commented command; Limitations of the proposed change: - Note that these type of comments in SAS can normally span multi-line comments. The requested extension does not cover the case of multi-line comments of this kind. See bug #14363222 for a discussion. - multiple comments per line are not highlighted correctly. Note: Multiple comments per line could be possible if some regexp-guru could define a rule which makes sure that there is either no space between the last ; and the * OR only white space between the last ; and the * Despite the limitations the proposed extension of the SAS-mode would allow correct highlighting for an important subcase. The following modification of the suggestion would also allow white space before the first comment in a line: <SPAN TYPE="COMMENT1" AT_WHITESPACE_END="TRUE" EXCLUDE_MATCH="FALSE"> <BEGIN>*</BEGIN> <END>;</END> </SPAN> This would cover for example the following cases: no comment; no comment; *comment; *comment; ---------------------------------------------------------------------- Comment By: Robert Schwenn (rschwenn) Date: 2007-02-15 13:00 Message: Logged In: YES user_id=1486645 Originator: NO In feature request #1653057 (http://sourceforge.net/tracker/index.php?func=detail&aid=1653057&group_id=588&atid=350588) a SAS-comment was defined as follows: If there is only space (only space and/or newline) between the last ";" sign and the "*" sign, then the "*" sign starts a multi-line comment. The end of the comment is always the next ";" sign. It this was correct, Your proposal would highlight a line that is not a comment, because there's no semicolon and optional whitespace before the "*". What to do? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1436322&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-26 12:49:17
|
Bugs item #1436322, was opened at 2006-02-22 01:34 Message generated for change (Comment added) made by goebbe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1436322&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: text area and syntax packages Group: minor bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SAS Highlighting (multiline REGEXP) Initial Comment: The SAS editing mode does not correctly support SAS comments. The following line will not be highlighted: *This is a comment; Furthermore, these types of comments can span multiple lines, and do not necessarily start and the beginning of line: i=3*2; *multi-line comment; *comment; Since SPAN_REGEXP does not support multiline matches, I do not believe there is not way to fix this currently. Note that in my experience, the multi-line version of this comment is not used ofter (/* */ is used instead). I propose the following rule to be added to sas.xml to correctly highlight some of these comments: <SPAN TYPE="COMMENT2" AT_LINE_START="TRUE"> <BEGIN>*</BEGIN> <END>;</END> </SPAN> This should correctly highlight the following as a comment. Current sas.xml does not, and botches the rest of the file (unclosed quote): *Don't use apostrophes!; - Xavier (xavier AT noreality [D] net) jEdit 4.3pre3 ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2011-04-26 12:49 Message: The fixed SAS-mode is included in Jedit 4.4pre1. ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2009-06-30 07:36 Message: The SAS-mode has received a major rework and has just been submitted: http://sourceforge.net/tracker/?func=detail&atid=300588&aid=2793540&group_id=588 The *comment; -types of comments have been implemented for a wide range of use cases. This includes the following cases: * comment; var= 3 * x ; * comment; *comment; * comment; var= 3 * x var=3 *x; *comment; *comment; I suggest to close this bug, since the described bug is solved. ---------------------------------------------------------------------- Comment By: goebbe (goebbe) Date: 2007-09-24 17:08 Message: Logged In: YES user_id=1050273 Originator: NO I propose to include something similar to the suggested change - even though this will not work in all cases described in feature request #1653057. The following important (for SAS-programming only) case is covered: If you have some command in a SAS-programme, as: command; Then you can just comment this line out by putting a "*" sign at the start of the line. *commented command; Limitations of the proposed change: - Note that these type of comments in SAS can normally span multi-line comments. The requested extension does not cover the case of multi-line comments of this kind. See bug #14363222 for a discussion. - multiple comments per line are not highlighted correctly. Note: Multiple comments per line could be possible if some regexp-guru could define a rule which makes sure that there is either no space between the last ; and the * OR only white space between the last ; and the * Despite the limitations the proposed extension of the SAS-mode would allow correct highlighting for an important subcase. The following modification of the suggestion would also allow white space before the first comment in a line: <SPAN TYPE="COMMENT1" AT_WHITESPACE_END="TRUE" EXCLUDE_MATCH="FALSE"> <BEGIN>*</BEGIN> <END>;</END> </SPAN> This would cover for example the following cases: no comment; no comment; *comment; *comment; ---------------------------------------------------------------------- Comment By: Robert Schwenn (rschwenn) Date: 2007-02-15 21:00 Message: Logged In: YES user_id=1486645 Originator: NO In feature request #1653057 (http://sourceforge.net/tracker/index.php?func=detail&aid=1653057&group_id=588&atid=350588) a SAS-comment was defined as follows: If there is only space (only space and/or newline) between the last ";" sign and the "*" sign, then the "*" sign starts a multi-line comment. The end of the comment is always the next ";" sign. It this was correct, Your proposal would highlight a line that is not a comment, because there's no semicolon and optional whitespace before the "*". What to do? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1436322&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-25 15:43:08
|
Plugin Bugs item #3285810, was opened at 2011-04-13 16:28 Message generated for change (Comment added) made by shlomy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3285810&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Shlomy Reinstein (shlomy) Assigned to: Matthieu Casanova (kpouer) Summary: When a file is dropped into jEdit, it should become current Initial Comment: When dragging a file from a File Manager into jEdit, jEdit opens the file in a buffer, but does not make it the *current* buffer - so in order to edit the file I just dragged, I need to select it manually. When a file is dragged into jEdit, its buffer should become the active (current) buffer. ---------------------------------------------------------------------- >Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-25 18:43 Message: This problem seems to be related to BufferTabs. When BufferTabs is disabled, this does not happen. Note that maybe there's some exception thrown from BufferTabs - in which case maybe the core can be less fragile when this happens. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3285810&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-25 15:15:45
|
Bugs item #3290142, was opened at 2011-04-19 23:41 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3290142&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: editor core >Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: ZhongRan Deng (lxdyglt) Assigned to: Nobody/Anonymous (nobody) Summary: Action not disabled while no such action Initial Comment: For example: the icons of "undo" and "redo" should be in disabled state when no "undo" and "redo" actions can be made. I'll try to fix it and send patches hopefully. ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2011-04-25 08:15 Message: I agree. this is a duplicate of #2835165. ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-25 07:16 Message: I think this is the same as feature request #2835165. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3290142&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-25 14:16:07
|
Bugs item #3290142, was opened at 2011-04-20 09:41 Message generated for change (Comment added) made by shlomy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3290142&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: minor bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZhongRan Deng (lxdyglt) Assigned to: Nobody/Anonymous (nobody) Summary: Action not disabled while no such action Initial Comment: For example: the icons of "undo" and "redo" should be in disabled state when no "undo" and "redo" actions can be made. I'll try to fix it and send patches hopefully. ---------------------------------------------------------------------- >Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-25 17:16 Message: I think this is the same as feature request #2835165. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3290142&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-25 12:34:18
|
Bugs item #3292475, was opened at 2011-04-24 21:46 Message generated for change (Comment added) made by shlomy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3292475&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Schwenn (rschwenn) Assigned to: Nobody/Anonymous (nobody) Summary: Plugin Manager: doesn't consider dependencies on install Initial Comment: jEdit 4.5pre1 daily 2011-04-13: Install of a plugin with dependency on another plugin fails if the latter isn't installed yet. Sun Java 1.6.0_24 Win XP SP3 ---------------------------------------------------------------------- >Comment By: Shlomy Reinstein (shlomy) Date: 2011-04-25 15:34 Message: When you select a plugin in the Install tab of the plugin manager, it automatically marks the dependencies as well; can you give an example where it won't? Can it be that the plugin dependencies are specified correctly in the props file? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3292475&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-24 18:46:46
|
Bugs item #3292475, was opened at 2011-04-24 20:46 Message generated for change (Tracker Item Submitted) made by rschwenn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3292475&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Schwenn (rschwenn) Assigned to: Nobody/Anonymous (nobody) Summary: Plugin Manager: doesn't consider dependencies on install Initial Comment: jEdit 4.5pre1 daily 2011-04-13: Install of a plugin with dependency on another plugin fails if the latter isn't installed yet. Sun Java 1.6.0_24 Win XP SP3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=3292475&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 20:37:53
|
Feature Requests item #3292159, was opened at 2011-04-23 22:37 Message generated for change (Tracker Item Submitted) made by dantax You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3292159&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dantax (dantax) Assigned to: Nobody/Anonymous (nobody) Summary: Favorites should have names Initial Comment: File Browser Favorites are actually connection profiles. It should be possible to give them meaningful names. More and more data are moving to cloud storage, and thus folder paths are getting more numerous and more complex. Names for the favorites would help keeping an overview. This applies to all kind of folders: local disk, USB-sticks, SD-cards, LAN, FTP, WebDAV, Google Docs, S3 ... All ftp clients I know do have that: FileZilla, WS-FTP, Cyberduck ... Klaus Foerst, Flensburg, Germany ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350588&aid=3292159&group_id=588 |
|
From: Damien R. <dam...@gm...> - 2011-04-23 19:16:50
|
The compile error is caused by a missing dependency. Downloading and building the Classpath plugin should fix it. On Fri, Apr 22, 2011 at 2:00 PM, <el...@gm...> wrote: > JavaSideKick - Failure: > > > ******************************************************************************** > Build Log Snippet: > Started by an SCM change > Updating > https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/JavaSideKick/trunk > U services.xml > D src/sidekick/java/PVHelper.java > U src/sidekick/java/JavaCompletionFinder.java > U src/sidekick/java/JavaSideKickPlugin.java > U src/sidekick/java/JavaCompletion.java > D src/sidekick/java/options/GlobalClasspathOptionPane.java > D src/sidekick/java/options/PVOptionsService.java > D src/sidekick/java/options/PVClasspathOptionPane.java > U src/sidekick/java/util/Locator.java > U JavaSideKick.props > U build.xml > At revision 19525 > No emails were triggered. > [trunk] $ /Users/elberry/development/applications/apache-ant-1.7.1/bin/ant > -Ddocbookx.dtd="/Users/elberry/development/projects/jedit/pjo/ant/docbook" > -Dbuild.support="/Users/elberry/development/projects/jedit/build-support" > -Ddocbook.catalog="/Users/elberry/development/projects/jedit/pjo/ant/docbook/4.4/catalog.xml" > -Djedit.plugins.dir="/Users/elberry/.hudson/jobs/jEdit/workspace/jedit/settings/jars" > -Dxsltproc.executable=xsltproc > -Djedit.install.dir="/Users/elberry/.hudson/jobs/jEdit/workspace/jedit/build/" > -Dinstall.dir=dist > -Ddocbook.xsl="/Users/elberry/development/projects/jedit/pjo/ant/docbook/xsl/1.75.1" > clean dist > Buildfile: build.xml > [echo] /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home > > clean: > [delete] Deleting directory > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/temp > [mkdir] Created dir: > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/temp/classes > [mkdir] Created dir: > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/temp/docs > [mkdir] Created dir: > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/temp/config > > init: > > setClasspath: > > compile: > [javac] Compiling 73 source files to > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/temp/classes > [javac] > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/src/sidekick/java/JavaSideKickPlugin.java:35: > package classpath does not exist > [javac] import classpath.*; > [javac] ^ > [javac] > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/src/sidekick/java/util/Locator.java:3: > package classpath does not exist > [javac] import classpath.ClasspathPlugin; > [javac] ^ > [javac] > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/src/sidekick/java/JavaSideKickPlugin.java:96: > cannot find symbol > [javac] symbol : class ClasspathUpdate > [javac] location: class sidekick.java.JavaSideKickPlugin > [javac] if (message instanceof ClasspathUpdate) { > [javac] ^ > [javac] > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/src/sidekick/java/util/Locator.java:169: > cannot find symbol > [javac] symbol : variable ClasspathPlugin > [javac] location: class sidekick.java.util.Locator > [javac] String classpath = ClasspathPlugin.getClasspath(); > [javac] ^ > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] 4 errors > > BUILD FAILED > /Users/elberry/.hudson/jobs/JavaSideKick/workspace/trunk/build.xml:92: > Compile failed; see the compiler error output for details. > > Total time: 3 seconds > Email was triggered for: Failure > Sending email for trigger: Failure > > > > ******************************************************************************** > Changes: > [kog13] Cleaned up Locator and moved PV options to Classpath > > > > > ------------------------------------------------------------------------------ > Fulfilling the Lean Software Promise > Lean software platforms are now widely adopted and the benefits have been > demonstrated beyond question. Learn why your peers are replacing JEE > containers with lightweight application servers - and what you can gain > from the move. http://p.sf.net/sfu/vmware-sfemails > -- > ----------------------------------------------- > jEdit Developers' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-devel > |
|
From: SourceForge.net <no...@so...> - 2011-04-23 14:25:09
|
Plugin Bugs item #3193260, was opened at 2011-02-26 13:07 Message generated for change (Settings changed) made by tvojeho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3193260&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: tvojeho (tvojeho) Assigned to: Nobody/Anonymous (nobody) Summary: Select_Super_Abbrevs.bsh macro bug Initial Comment: Hi, I know that this is not a plugin bug, but the macro 'Select_Super_Abbrevs.bsh' which selects abbreviation from the SuperAbbrevs list throws an exception after the deletion of some deprecated methods from the core code. The same for macro 'macros\Misc\Display_Abbreviations.bsh' on which the Select_Super_Abbrevs.bsh is based. tvojeho *** Sourced file: D:\Program Files\_Editory\jEdit_new\macros\Select_Super_Abbrevs.bsh : No static field or inner class: StringICaseCompare of class org.gjt.sp.jedit.MiscUtilities : at Line: 85 : in file: D:\Program Files\_Editory\jEdit_new\macros\Select_Super_Abbrevs.bsh : MiscUtilities .StringICaseCompare Called from method: showSuperAbbrevs : at Line: 352 : in file: D:\Program Files\_Editory\jEdit_new\macros\Select_Super_Abbrevs.bsh : showSuperAbbrevs ( getAbbrev ( ) ) at org.gjt.sp.jedit.bsh.UtilEvalError.toEvalError(UtilEvalError.java:84) at org.gjt.sp.jedit.bsh.UtilEvalError.toEvalError(UtilEvalError.java:89) at org.gjt.sp.jedit.bsh.BSHAmbiguousName.toObject(BSHAmbiguousName.java:64) at org.gjt.sp.jedit.bsh.BSHAllocationExpression.objectAllocation(BSHAllocationExpression.java:86) at org.gjt.sp.jedit.bsh.BSHAllocationExpression.eval(BSHAllocationExpression.java:62) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) at org.gjt.sp.jedit.bsh.BSHArguments.getArguments(BSHArguments.java:65) at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:69) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130) at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80) at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:46) at org.gjt.sp.jedit.bsh.BSHIfStatement.eval(BSHIfStatement.java:48) at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130) at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80) at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186) at org.gjt.sp.jedit.bsh.Name.invokeLocalMethod(Name.java:914) at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:801) at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) at org.gjt.sp.jedit.bsh.BSHAssignment.eval(BSHAssignment.java:77) at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130) at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80) at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258) at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186) at org.gjt.sp.jedit.bsh.Name.invokeLocalMethod(Name.java:914) at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:801) at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102) at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:644) at org.gjt.sp.jedit.BeanShell._runScript(BeanShell.java:331) at org.gjt.sp.jedit.BeanShell._runScript(BeanShell.java:279) at org.gjt.sp.jedit.BeanShell.runScript(BeanShell.java:205) at org.gjt.sp.jedit.Macros$BeanShellHandler.runMacro(Macros.java:1040) at org.gjt.sp.jedit.Macros$Macro.invoke(Macros.java:462) at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:342) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3205) at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3187) at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:211) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.AbstractButton.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$000(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.awt.EventQueue$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.awt.EventQueue$2.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=3193260&group_id=588 |
1 message has been excluded from this view by a project administrator.