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
(23) |
2
(14) |
3
(12) |
|
4
(6) |
5
(9) |
6
(8) |
7
(3) |
8
(8) |
9
(14) |
10
(3) |
|
11
(2) |
12
(5) |
13
(7) |
14
(25) |
15
(14) |
16
(7) |
17
(7) |
|
18
(17) |
19
(13) |
20
(8) |
21
(8) |
22
(18) |
23
(7) |
24
(6) |
|
25
(7) |
26
(6) |
27
(14) |
28
(17) |
29
(13) |
30
(6) |
|
|
From: SourceForge.net <no...@so...> - 2010-04-30 21:50:42
|
Feature Requests item #2994975, was opened at 2010-04-30 16:50 Message generated for change (Tracker Item Submitted) made by mcswell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2994975&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: Edit mode Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mike Maxwell (mcswell) Assigned to: Nobody/Anonymous (nobody) Summary: more shortcuts to menu choices Initial Comment: Please add shortcuts (hotkeys) for the three menus in the file browser (Commands, Plugins, Favorites--Alt-C, -P and -F would be fine). This would be like the shortcuts/ hotkeys that already exist for the main program (File = Alt-F, etc.). It would be nice to have a way to automatically add shortcuts of the underline type for installed plugins as well. So like you can get to the File | New menu item by doing Alt-F, followed by N (the 'N' is underlined in the File menu), or Alt-F O for File | Open, you could do Alt-P S for the Sidekick plugin's menu item. Not sure how this works in other OSs (I am using Windows), but if there are two items in a single menu with the same underlined letter (as there would be if both the Sidekick and Sessions plugins were installed), then typing Alt-P S would take you to the first one, and typing a second S would take you to the second one. This is the standard Windows interface. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2994975&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-30 21:42:57
|
Plugin Central Submission item #2994973, was opened at 2010-04-30 23:42 Message generated for change (Tracker Item Submitted) made by redl0tus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2994973&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: 5 Private: No Submitted By: Dion (redl0tus) Assigned to: Nobody/Anonymous (nobody) Summary: HaXeSideKick 0.1 Initial Comment: {{{ HaXeSideKick 0.1 Source: http://github.com/dionjwa/Haxe-jEdit-plugin Announcement: HaXePlugin is a plugin for showing the code structure of HaXe source files, as well as providing code completion hints (via calling the external compiler). In addition, build and launch actions are provided, and build errors are displayed in the Error List tab. Requires Java 1.5 Requires jEdit 04.03.08.00 Required plugins: projectviewer.ProjectPlugin 3.0.0 ctags.sidekick.Plugin 1.2 sidekick.SideKickPlugin 0.7.2 errorlist.ErrorListPlugin 1.3.1 Short Description: HaXe parser, builder, and code-completion plugin. Long Description: <html> <p> Haxe SideKick plugin providing code parsing (via ctags) and code completion. </p> </html> }}} ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2994973&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-30 19:23:26
|
Feature Requests item #2994922, was opened at 2010-04-30 19:23 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2994922&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: v4.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: zimbrana () Assigned to: Nobody/Anonymous (nobody) Summary: Add favorites to the left pane in the file browser Initial Comment: This is the end result of a discussion on jEdit mailing list regarding improving the favorites functionality in jEdit. The user interface could be improved as follows: In the left hand pane where "roots:" is displayed, and the current path tree is displayed. I would recommend adding icons beneath this main root of a different colour (say yellow), that represent the favourites. This is much quicker and nicer than having to go to the 'Favorites' menu. The Favourites could also be give names... so for example I could have a favourite called "www" for the path "c:\wamp\www". The "www" would be a shorthand name for the favourite and this would appear alongside the yellow icon beneath the "roots:" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2994922&group_id=588 |
|
From: Dion W. <di...@go...> - 2010-04-30 13:40:19
|
> removed build.properties and it worked fine. > Thanks for catching that, I've removed it from the repository. > I also had a little problem, I have no syntax tree in Sidekick's pane, > no idea why > Did you see the documentation? You have to manually add the ctags definitions for haxe to ~/.ctags. I'm not familiar with ctags, so I'm not sure if there's a better way of doing this (I've asked the author of the ctags definitions if there is). Dion |
|
From: Matthieu C. <cho...@gm...> - 2010-04-30 08:26:19
|
Hi,
I just added your haXe edit mode to jEdit in rev 17714, for the plugin
itself, you should open the props file of your plugin in jEdit, and
call Macro->Properties->Create Plugin Annoucement
then fill the form.
After that you create an annoucement on the plugin submission request
tracker with the output of the macro you just called.
I tried to compile your plugin from sources it works but I had a few
problems with the build-support, to solve it I modified the build.xml
like this :
<property file="../build.properties" />
<property file="${build.support}/build.properties" />
<import file="${build.support}/plugin-build.xml" />
<property name="javadoc.packagenames" value="sidekick.haxe.*" />
....
removed build.properties and it worked fine.
I also had a little problem, I have no syntax tree in Sidekick's pane,
no idea why
Matthieu
2010/4/30 Dion Whitehead <di...@go...>:
> Hi,
>
> I've written a HaXe language sidekick plugin. I'd like to begin steps
> to add it to the jEdit plugin repository.
>
> The plugin uses ctags to provide structure browsing. Code completion
> is handled by calling an external compiler. Also, the mode is added
> (and the catalog.xml is modified).
>
> Source:
> http://github.com/dionjwa/Haxe-jEdit-plugin
>
> Plugin jar:
> http://dl.dropbox.com/u/786287/HaXeSideKick.jar
>
> Please advise on what the next steps are.
>
> Thanks,
> Dion
>
> ------------------------------------------------------------------------------
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
|
|
From: Dion W. <di...@go...> - 2010-04-30 05:00:09
|
Hi, I've written a HaXe language sidekick plugin. I'd like to begin steps to add it to the jEdit plugin repository. The plugin uses ctags to provide structure browsing. Code completion is handled by calling an external compiler. Also, the mode is added (and the catalog.xml is modified). Source: http://github.com/dionjwa/Haxe-jEdit-plugin Plugin jar: http://dl.dropbox.com/u/786287/HaXeSideKick.jar Please advise on what the next steps are. Thanks, Dion |
|
From: SourceForge.net <no...@so...> - 2010-04-29 20:42:41
|
Plugin Central Submission item #2993794, was opened at 2010-04-28 12:59 Message generated for change (Comment added) made by elberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2993794&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 Priority: 5 Private: No Submitted By: Damien (kog13) Assigned to: Townsfolk (elberry) Summary: ProjectBuilder 1.1.1 Initial Comment: {{{ ProjectBuilder 1.1.1 Source: Source code is in SVN with the tag 1.1.1 (no SVN release numbers, please) Announcement: A small bug-fix release. Requires Java 1.6 Requires jEdit 04.03.99.00 Required plugins: CommonControlsPlugin 1.1 projectviewer.ProjectPlugin 2.9.4 com.townsfolkdesigns.jedit.plugins.scripting.GroovyScriptEnginePlugin 1.0.0 Optional plugins: AntFarm 1.7 Short Description: ProjectBuilder expands on the ProjectViewer plugin by allowing you to create projects of specific types through the use of a Groovy-based template system, as well as creating separate actions for building and running projects. This version comes bundled with project templates for creating jEdit plugins and standalone Java applications. Long Description: <html><p>Provides templates to create new projects of different types. Projects are automatically imported into the ProjectViewer plugin. Project templates can be easily written using the Groovy programming language, and the ProjectBuilder DSL.</p></html> }}} ---------------------------------------------------------------------- Comment By: Townsfolk (elberry) Date: 2010-04-29 13:42 Message: Released to Plugin Central. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2993794&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 20:29:04
|
Plugin Central Submission item #2993794, was opened at 2010-04-28 12:59 Message generated for change (Settings changed) made by elberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2993794&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: 5 Private: No Submitted By: Damien (kog13) >Assigned to: Townsfolk (elberry) Summary: ProjectBuilder 1.1.1 Initial Comment: {{{ ProjectBuilder 1.1.1 Source: Source code is in SVN with the tag 1.1.1 (no SVN release numbers, please) Announcement: A small bug-fix release. Requires Java 1.6 Requires jEdit 04.03.99.00 Required plugins: CommonControlsPlugin 1.1 projectviewer.ProjectPlugin 2.9.4 com.townsfolkdesigns.jedit.plugins.scripting.GroovyScriptEnginePlugin 1.0.0 Optional plugins: AntFarm 1.7 Short Description: ProjectBuilder expands on the ProjectViewer plugin by allowing you to create projects of specific types through the use of a Groovy-based template system, as well as creating separate actions for building and running projects. This version comes bundled with project templates for creating jEdit plugins and standalone Java applications. Long Description: <html><p>Provides templates to create new projects of different types. Projects are automatically imported into the ProjectViewer plugin. Project templates can be easily written using the Groovy programming language, and the ProjectBuilder DSL.</p></html> }}} ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2993794&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 20:28:20
|
Plugin Central Submission item #2988673, was opened at 2010-04-16 20:55 Message generated for change (Comment added) made by elberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2988673&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 Priority: 5 Private: No Submitted By: Marcelo Vanzin (vanza) Assigned to: Townsfolk (elberry) Summary: P4Plugin 0.4.0 Initial Comment: Source: Source code is in SVN with the tag p4_0_4_0 Announcement: Updated release to support the new ProjectViewer 3.0 API, and with enhanced support for clients that use P4CONFIG instead of P4CLIENT. Requires Java 1.5 Requires jEdit 04.03.00.99 Required plugins: CommonControlsPlugin 0.9.4 console.ConsolePlugin 4.2.5.1 projectviewer.ProjectPlugin 2.9.1 (The plugin has been tested with those versions.) Short Description: Perforce integration for jEdit. Long Description: P4Plugin provides jEdit integration for the "p4" command line interface for the Perforce version control system. It uses the ProjectViewer GUI as the main interface for managing files and change lists in your Perforce clients. ---------------------------------------------------------------------- Comment By: Townsfolk (elberry) Date: 2010-04-29 13:28 Message: Released to Plugin Central. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (vanza) Date: 2010-04-26 20:26 Message: Finally got around to it... tag is updated. ---------------------------------------------------------------------- Comment By: Townsfolk (elberry) Date: 2010-04-26 12:30 Message: k. let me know when you've made the change. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (vanza) Date: 2010-04-22 18:27 Message: Hmmm... I guess it won't hurt to bump the requirement. Didn't notice that class was Java 6-only. ---------------------------------------------------------------------- Comment By: Townsfolk (elberry) Date: 2010-04-22 11:06 Message: Marcelo, I'm getting compile error in: p4plugin.P4FileInfo.P4FileInfoPane [jp.javac] /Users/eberry/development/projects/jedit/plugins/sandbox/P4Plugin-0.4.0/P4Plugin/p4plugin/P4FileInfo.java:39: cannot find symbol [jp.javac] symbol : class GroupLayout [jp.javac] location: package javax.swing [jp.javac] import javax.swing.GroupLayout; GroupLayout wasn't introduced until Java 6, do we need to bump the requirements up to Java 6 for this plugin? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2988673&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 17:44:50
|
Merge Requests item #2949473, was opened at 2010-02-11 10:18 Message generated for change (Comment added) made by k_satoda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2949473&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: for 4.3.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dale Anson (daleanson) Assigned to: Nobody/Anonymous (nobody) >Summary: View#getEditPanes() could be wrong after setSplitConfig() Initial Comment: Please merge patch attached to tracker 2949469. This change was applied to trunk in revision 17256. ---------------------------------------------------------------------- >Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-04-30 02:44 Message: I meant View#getEditPanes(), instead of View#getEditPane(). ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-04-30 02:41 Message: I think this one should not have low priority since this is a fix for a basic API View#getEditPane() which can be broken. ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-04-30 02:35 Message: Could you please provide an entry in CHANGES.txt? Based on my understanding of the problem and the fix, I propose like this: - View#getEditPane() could return wrong value after a call of setSplitConfig(), or resplit() which uses the formar. This could cause some problems including wrong title of View. (SF.net Plugin Bug #2939615 - Dale Anson) ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-02-27 02:44 Message: Setting the summary to better indicate about the actual fix. And here are the convenient links. http://jedit.svn.sourceforge.net/jedit/?view=rev&rev=17256 https://sourceforge.net/support/tracker.php?aid=2949469 https://sourceforge.net/support/tracker.php?aid=2939615 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2949473&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 17:41:15
|
Merge Requests item #2949473, was opened at 2010-02-11 10:18 Message generated for change (Comment added) made by k_satoda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2949473&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: for 4.3.x Status: Open Resolution: None >Priority: 5 Private: No Submitted By: Dale Anson (daleanson) Assigned to: Nobody/Anonymous (nobody) Summary: Title of view could be wrong after setSplitConfig() Initial Comment: Please merge patch attached to tracker 2949469. This change was applied to trunk in revision 17256. ---------------------------------------------------------------------- >Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-04-30 02:41 Message: I think this one should not have low priority since this is a fix for a basic API View#getEditPane() which can be broken. ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-04-30 02:35 Message: Could you please provide an entry in CHANGES.txt? Based on my understanding of the problem and the fix, I propose like this: - View#getEditPane() could return wrong value after a call of setSplitConfig(), or resplit() which uses the formar. This could cause some problems including wrong title of View. (SF.net Plugin Bug #2939615 - Dale Anson) ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-02-27 02:44 Message: Setting the summary to better indicate about the actual fix. And here are the convenient links. http://jedit.svn.sourceforge.net/jedit/?view=rev&rev=17256 https://sourceforge.net/support/tracker.php?aid=2949469 https://sourceforge.net/support/tracker.php?aid=2939615 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2949473&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 17:35:37
|
Merge Requests item #2949473, was opened at 2010-02-11 10:18 Message generated for change (Comment added) made by k_satoda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2949473&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: for 4.3.x Status: Open Resolution: None Priority: 1 Private: No Submitted By: Dale Anson (daleanson) Assigned to: Nobody/Anonymous (nobody) Summary: Title of view could be wrong after setSplitConfig() Initial Comment: Please merge patch attached to tracker 2949469. This change was applied to trunk in revision 17256. ---------------------------------------------------------------------- >Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-04-30 02:35 Message: Could you please provide an entry in CHANGES.txt? Based on my understanding of the problem and the fix, I propose like this: - View#getEditPane() could return wrong value after a call of setSplitConfig(), or resplit() which uses the formar. This could cause some problems including wrong title of View. (SF.net Plugin Bug #2939615 - Dale Anson) ---------------------------------------------------------------------- Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-02-27 02:44 Message: Setting the summary to better indicate about the actual fix. And here are the convenient links. http://jedit.svn.sourceforge.net/jedit/?view=rev&rev=17256 https://sourceforge.net/support/tracker.php?aid=2949469 https://sourceforge.net/support/tracker.php?aid=2939615 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2949473&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 16:27:42
|
Merge Requests item #2948961, was opened at 2010-02-10 18:35 Message generated for change (Comment added) made by k_satoda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2948961&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: for 4.3.x >Status: Closed >Resolution: Accepted Priority: 1 Private: No Submitted By: Matthieu Casanova (kpouer) >Assigned to: Kazutoshi Satoda (k_satoda) Summary: RFC edit mode misplaced in catalog Initial Comment: Hi, the rfc edit mode glob is rfc*.txt but it is placed before text mode (because of alphabetic order), so the text mode glob is tested first and the rfc edit mode will not match anything. I moved the rfc edit mode declaration after text declaration in catalog rev:17242 ---------------------------------------------------------------------- >Comment By: Kazutoshi Satoda (k_satoda) Date: 2010-04-30 01:27 Message: Reviewed and accepted at r17712. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1235750&aid=2948961&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 12:55:25
|
Bugs item #2994150, was opened at 2010-04-29 05:55 Message generated for change (Tracker Item Submitted) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2994150&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: Alan Ezust (ezust) Assigned to: Nobody/Anonymous (nobody) Summary: lock-up when dragging View to second screen (XP) Initial Comment: Jedit locks up whenever I drag my View from one screen to another Using dell laptop + external monitor. A full stack trace of all threads is attached. Using Windows XP Driver Packaging Version 8.401-070815m-052348C-Dell Provider ATI Technologies Inc. 2D Driver Version 6.14.10.6715 2D Driver File Path System\CurrentControlSet\Control\Video\{AB8362F8-DD2C-4111-B33B-E9D131BB2457}\0000 Direct3D Version 6.14.10.0517 OpenGL Version 6.14.10.6747 Catalyst® Control Center Version 2007.0414.2243.38770 jedit 4.4pre1 (trunk) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2994150&group_id=588 |
|
From: Shlomy R. <sre...@gm...> - 2010-04-29 10:38:03
|
Hi,
Once you press ctrl-alt-del, doesn't the desktop come to life again?
So you might be able to ctrl-alt-del, keep the task manager window
open, and work with the console while it's open.
Shlomy
On Thu, Apr 29, 2010 at 10:01 AM, Alan Ezust <ala...@gm...> wrote:
> I started jedit with "java" instead of "javaw" so I can see a console
> window.
> But as soon as I get the lockup, windows desktop also is locked up until I
> kill the jedit process, so I am unable to type anything in any window, or
> even change to another window. It responds to ctrl-alt-del and that's it. So
> connecting from a debugger is not an option either :-(
>
> It seems i have the same setup as Dale (ATI driver, dell laptop, external
> monitor), so if Dale can't reproduce it, that means it might be something
> even more specific to my system.
>
> Driver Packaging Version 8.401-070815m-052348C-Dell
> Provider ATI Technologies Inc.
> 2D Driver Version 6.14.10.6715
> 2D Driver File Path
> System\CurrentControlSet\Control\Video\{AB8362F8-DD2C-4111-B33B-E9D131BB2457}\0000
> Direct3D Version 6.14.10.0517
> OpenGL Version 6.14.10.6747
> Catalyst® Control Center Version 2007.0414.2243.38770
>
>
> On Wed, Apr 28, 2010 at 8:22 PM, Shlomy Reinstein <sre...@gm...>
> wrote:
>>
>> Two things I do to find the problem in such cases:
>> 1. Press Ctrl+Break in the Java console (not Ctrl+C!). This outputs
>> all threads and also reports deadlocks if it identifies them.
>> 2. Run jEdit up-front with debugging parameters. When jEdit locks up,
>> connect with a debugger (e.g. eclipse remote debugger) and check the
>> state of the threads, see why it locked up.
>>
>> Shlomy
>>
>> On Wed, Apr 28, 2010 at 5:47 PM, Matthieu Casanova
>> <cho...@gm...> wrote:
>> > I don't know the purpose of ctrl-\ but maybe you can try jvisualvm and
>> > connect to jEdit process, maybe you can see where is it blocked
>> >
>> > 2010/4/28 Alan Ezust <ala...@gm...>:
>> >> When I said "crash" I should have said "lockup".
>> >>
>> >> There is no error message in the activity log, and I can't do anything
>> >> but
>> >> run the task manager and kill the javaw process. Because until I do
>> >> that,
>> >> the windows XP desktop does not respond to mouse clicks!
>> >>
>> >> Is there a way to do the equivalent of Ctrl-\ from Windows XP on a java
>> >> process?
>> >>
>> >>
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > --
>> > -----------------------------------------------
>> > jEdit Developers' List
>> > jEd...@li...
>> > https://lists.sourceforge.net/lists/listinfo/jedit-devel
>> >
>
>
|
|
From: Alan E. <ala...@gm...> - 2010-04-29 07:01:15
|
I started jedit with "java" instead of "javaw" so I can see a console
window.
But as soon as I get the lockup, windows desktop also is locked up until I
kill the jedit process, so I am unable to type anything in any window, or
even change to another window. It responds to ctrl-alt-del and that's it. So
connecting from a debugger is not an option either :-(
It seems i have the same setup as Dale (ATI driver, dell laptop, external
monitor), so if Dale can't reproduce it, that means it might be something
even more specific to my system.
Driver Packaging Version 8.401-070815m-052348C-Dell
Provider ATI Technologies Inc.
2D Driver Version 6.14.10.6715
2D Driver File Path
System\CurrentControlSet\Control\Video\{AB8362F8-DD2C-4111-B33B-E9D131BB2457}\0000
Direct3D Version 6.14.10.0517
OpenGL Version 6.14.10.6747
Catalyst® Control Center Version 2007.0414.2243.38770
On Wed, Apr 28, 2010 at 8:22 PM, Shlomy Reinstein <sre...@gm...>wrote:
> Two things I do to find the problem in such cases:
> 1. Press Ctrl+Break in the Java console (not Ctrl+C!). This outputs
> all threads and also reports deadlocks if it identifies them.
> 2. Run jEdit up-front with debugging parameters. When jEdit locks up,
> connect with a debugger (e.g. eclipse remote debugger) and check the
> state of the threads, see why it locked up.
>
> Shlomy
>
> On Wed, Apr 28, 2010 at 5:47 PM, Matthieu Casanova
> <cho...@gm...> wrote:
> > I don't know the purpose of ctrl-\ but maybe you can try jvisualvm and
> > connect to jEdit process, maybe you can see where is it blocked
> >
> > 2010/4/28 Alan Ezust <ala...@gm...>:
> >> When I said "crash" I should have said "lockup".
> >>
> >> There is no error message in the activity log, and I can't do anything
> but
> >> run the task manager and kill the javaw process. Because until I do
> that,
> >> the windows XP desktop does not respond to mouse clicks!
> >>
> >> Is there a way to do the equivalent of Ctrl-\ from Windows XP on a java
> >> process?
> >>
> >>
> >
> >
> ------------------------------------------------------------------------------
> > --
> > -----------------------------------------------
> > jEdit Developers' List
> > jEd...@li...
> > https://lists.sourceforge.net/lists/listinfo/jedit-devel
> >
>
|
|
From: Shlomy R. <sre...@gm...> - 2010-04-29 03:39:59
|
This all sounds great. I think the "plugins" tab should also be arranged by these categories and sub-categories - having a flat list is not very user friendly. Shlomy On Wed, Apr 28, 2010 at 10:22 PM, Damien Radtke <dam...@gm...> wrote: > This is kind of an all-encompassing message regarding jEdit's plugin system, > and some changes/improvements I would like to work on. > > 1) I'm slowly working on creating a semi-functional "package" tab for the > plugin manager as a more full-fledged replacement of plugin sets. Among the > improvements I would like to add are support for an online repository of > maintained packages (in addition to local, user-defined ones) and support > for suggested docking layouts and keyboard shortcuts that the user may > choose to apply or reject. Possible support for package-specific Macros as > well. > 2) I think that plugin central should be cleaned up, removing any broken and > obsolete plugins. I know that ClassWizard is broken, and ProjectWizard is > broken/obsolete, so there is really no point in having these plugins in the > list. There are probably other ones I'm missing as well. > 3) Personally, I think the plugin categories should be re-worked. In > particular, "Language Support" should be a broader category with > subcategories specifying the language it supports (with Java-Centric and > "HTML and XML" re-named to "Language Support: Java" and "Language Support: > HTML/XML"). This would make it easier for developers of a particular > language to narrow down the plugins targeted for that language, particularly > for languages that don't have their own named category such as > "Java-Centric." > > If everyone is alright with the plugin package idea, I may need some help > enabling online-repository support, although the rest of it shouldn't be > overly difficult. Beyond that, my other suggestions pretty much just involve > cleaning up and tidying plugin central. > Any feedback would be welcome. > ~Damien > ------------------------------------------------------------------------------ > > -- > ----------------------------------------------- > jEdit Developers' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-devel > > |
|
From: SourceForge.net <no...@so...> - 2010-04-29 03:04:14
|
Plugin Central Submission item #2986927, was opened at 2010-04-13 20:40 Message generated for change (Settings changed) made by elberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2986927&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: 5 Private: No Submitted By: Dale Anson (daleanson) Assigned to: Townsfolk (elberry) Summary: Subversion 1.5.0 Initial Comment: {{{ SVNPlugin 1.5.0 Source: Source code is in SVN with the tag https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/SVNPlugin/tags/1.5.0 Announcement: Bug fix release -- - Fix for potential lockup when fetching svn properties. - Removed "All" and "Revision Range" radio buttons from 'log' dialog as they aren't necessary. - Added checkbox to override max logs to be able to show all logs. - Switched out authentication managers to be better able to proxy settings. - Fixed bad cast, property values are not always strings. - Fixed recursive revert so it works. - Put code that converts working copy versions into a SwingWorker so the UI doesn't lock up. - Fix for a potential NPE if project is null. - Fix for tracker 2946670, context menu not added to Project Viewer in second view. - Updates to work with latest Project Viewer release. - Now using JNA plugin rather than jna.jar from svnkit. - Added action to diff the current file against the base revision without having to use a dialog. - Don't require username/password when doing a diff against the base revision since this diff only uses local files. - Fixed exception when cancelling an operation. - Fixed the 'stop' panel so the buttons are removed at the right time. - Don't require username/password for the 'info' command if the file is local since all the info data is available locally. Requires Java 1.5.0 Requires jEdit 04.03.99.00 Required plugins: jnaplugin.JNAPlugin 3.2.4 infoviewer.InfoViewerPlugin 1.5.9 jdiff.JDiffPlugin 3.0.0 CommonControlsPlugin 1.1 projectviewer.ProjectPlugin 3.0.0 Short Description: Subversion plugin Long Description: <html> <p> The SVNPlugin provides Subversion support for jEdit. </p> </html> }}} ---------------------------------------------------------------------- >Comment By: Townsfolk (elberry) Date: 2010-04-28 20:04 Message: reopening - let me know when you're ready. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2010-04-28 19:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Townsfolk (elberry) Date: 2010-04-14 11:33 Message: Hi Dale, Thanks for the update. Just wanted to make sure you tested on JDiff 3.0.0, I tested against JDiff 3.1.0 (latest in PluginManager) and everything looks fine. Also, the documentation seems to be missing some images under the ProjectViewer integration section. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2986927&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 02:20:28
|
Plugin Central Submission item #2986927, was opened at 2010-04-14 03:40 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2986927&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 Priority: 5 Private: No Submitted By: Dale Anson (daleanson) Assigned to: Townsfolk (elberry) Summary: Subversion 1.5.0 Initial Comment: {{{ SVNPlugin 1.5.0 Source: Source code is in SVN with the tag https://jedit.svn.sourceforge.net/svnroot/jedit/plugins/SVNPlugin/tags/1.5.0 Announcement: Bug fix release -- - Fix for potential lockup when fetching svn properties. - Removed "All" and "Revision Range" radio buttons from 'log' dialog as they aren't necessary. - Added checkbox to override max logs to be able to show all logs. - Switched out authentication managers to be better able to proxy settings. - Fixed bad cast, property values are not always strings. - Fixed recursive revert so it works. - Put code that converts working copy versions into a SwingWorker so the UI doesn't lock up. - Fix for a potential NPE if project is null. - Fix for tracker 2946670, context menu not added to Project Viewer in second view. - Updates to work with latest Project Viewer release. - Now using JNA plugin rather than jna.jar from svnkit. - Added action to diff the current file against the base revision without having to use a dialog. - Don't require username/password when doing a diff against the base revision since this diff only uses local files. - Fixed exception when cancelling an operation. - Fixed the 'stop' panel so the buttons are removed at the right time. - Don't require username/password for the 'info' command if the file is local since all the info data is available locally. Requires Java 1.5.0 Requires jEdit 04.03.99.00 Required plugins: jnaplugin.JNAPlugin 3.2.4 infoviewer.InfoViewerPlugin 1.5.9 jdiff.JDiffPlugin 3.0.0 CommonControlsPlugin 1.1 projectviewer.ProjectPlugin 3.0.0 Short Description: Subversion plugin Long Description: <html> <p> The SVNPlugin provides Subversion support for jEdit. </p> </html> }}} ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-04-29 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Townsfolk (elberry) Date: 2010-04-14 18:33 Message: Hi Dale, Thanks for the update. Just wanted to make sure you tested on JDiff 3.0.0, I tested against JDiff 3.1.0 (latest in PluginManager) and everything looks fine. Also, the documentation seems to be missing some images under the ProjectViewer integration section. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2986927&group_id=588 |
|
From: Damien R. <dam...@gm...> - 2010-04-28 20:22:24
|
This is kind of an all-encompassing message regarding jEdit's plugin system, and some changes/improvements I would like to work on. 1) I'm slowly working on creating a semi-functional "package" tab for the plugin manager as a more full-fledged replacement of plugin sets. Among the improvements I would like to add are support for an online repository of maintained packages (in addition to local, user-defined ones) and support for suggested docking layouts and keyboard shortcuts that the user may choose to apply or reject. Possible support for package-specific Macros as well. 2) I think that plugin central should be cleaned up, removing any broken and obsolete plugins. I know that ClassWizard is broken, and ProjectWizard is broken/obsolete, so there is really no point in having these plugins in the list. There are probably other ones I'm missing as well. 3) Personally, I think the plugin categories should be re-worked. In particular, "Language Support" should be a broader category with subcategories specifying the language it supports (with Java-Centric and "HTML and XML" re-named to "Language Support: Java" and "Language Support: HTML/XML"). This would make it easier for developers of a particular language to narrow down the plugins targeted for that language, particularly for languages that don't have their own named category such as "Java-Centric." If everyone is alright with the plugin package idea, I may need some help enabling online-repository support, although the rest of it shouldn't be overly difficult. Beyond that, my other suggestions pretty much just involve cleaning up and tidying plugin central. Any feedback would be welcome. ~Damien |
|
From: SourceForge.net <no...@so...> - 2010-04-28 19:59:19
|
Plugin Central Submission item #2993794, was opened at 2010-04-28 14:59 Message generated for change (Tracker Item Submitted) made by kog13 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2993794&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: 5 Private: No Submitted By: Damien (kog13) Assigned to: Nobody/Anonymous (nobody) Summary: ProjectBuilder 1.1.1 Initial Comment: {{{ ProjectBuilder 1.1.1 Source: Source code is in SVN with the tag 1.1.1 (no SVN release numbers, please) Announcement: A small bug-fix release. Requires Java 1.6 Requires jEdit 04.03.99.00 Required plugins: CommonControlsPlugin 1.1 projectviewer.ProjectPlugin 2.9.4 com.townsfolkdesigns.jedit.plugins.scripting.GroovyScriptEnginePlugin 1.0.0 Optional plugins: AntFarm 1.7 Short Description: ProjectBuilder expands on the ProjectViewer plugin by allowing you to create projects of specific types through the use of a Groovy-based template system, as well as creating separate actions for building and running projects. This version comes bundled with project templates for creating jEdit plugins and standalone Java applications. Long Description: <html><p>Provides templates to create new projects of different types. Projects are automatically imported into the ProjectViewer plugin. Project templates can be easily written using the Groovy programming language, and the ProjectBuilder DSL.</p></html> }}} ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2993794&group_id=588 |
|
From: Dale A. <da...@gr...> - 2010-04-28 19:31:14
|
Alan, I have Win XP, two screens (laptop screen and separate 2nd monitor), Sun Java 1.6.0_20, jEdit 4.4pre1, ATI video. I can drag views around from screen to screen with no problem. Dale On Wed, Apr 28, 2010 at 12:22 PM, Shlomy Reinstein <sre...@gm...>wrote: > Two things I do to find the problem in such cases: > 1. Press Ctrl+Break in the Java console (not Ctrl+C!). This outputs > all threads and also reports deadlocks if it identifies them. > 2. Run jEdit up-front with debugging parameters. When jEdit locks up, > connect with a debugger (e.g. eclipse remote debugger) and check the > state of the threads, see why it locked up. > > Shlomy > > On Wed, Apr 28, 2010 at 5:47 PM, Matthieu Casanova > <cho...@gm...> wrote: > > I don't know the purpose of ctrl-\ but maybe you can try jvisualvm and > > connect to jEdit process, maybe you can see where is it blocked > > > > 2010/4/28 Alan Ezust <ala...@gm...>: > >> When I said "crash" I should have said "lockup". > >> > >> There is no error message in the activity log, and I can't do anything > but > >> run the task manager and kill the javaw process. Because until I do > that, > >> the windows XP desktop does not respond to mouse clicks! > >> > >> Is there a way to do the equivalent of Ctrl-\ from Windows XP on a java > >> process? > >> > >> > > > > > ------------------------------------------------------------------------------ > > -- > > ----------------------------------------------- > > jEdit Developers' List > > jEd...@li... > > https://lists.sourceforge.net/lists/listinfo/jedit-devel > > > > > ------------------------------------------------------------------------------ > -- > ----------------------------------------------- > jEdit Developers' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-devel > |
|
From: Shlomy R. <sre...@gm...> - 2010-04-28 18:22:27
|
Two things I do to find the problem in such cases: 1. Press Ctrl+Break in the Java console (not Ctrl+C!). This outputs all threads and also reports deadlocks if it identifies them. 2. Run jEdit up-front with debugging parameters. When jEdit locks up, connect with a debugger (e.g. eclipse remote debugger) and check the state of the threads, see why it locked up. Shlomy On Wed, Apr 28, 2010 at 5:47 PM, Matthieu Casanova <cho...@gm...> wrote: > I don't know the purpose of ctrl-\ but maybe you can try jvisualvm and > connect to jEdit process, maybe you can see where is it blocked > > 2010/4/28 Alan Ezust <ala...@gm...>: >> When I said "crash" I should have said "lockup". >> >> There is no error message in the activity log, and I can't do anything but >> run the task manager and kill the javaw process. Because until I do that, >> the windows XP desktop does not respond to mouse clicks! >> >> Is there a way to do the equivalent of Ctrl-\ from Windows XP on a java >> process? >> >> > > ------------------------------------------------------------------------------ > -- > ----------------------------------------------- > jEdit Developers' List > jEd...@li... > https://lists.sourceforge.net/lists/listinfo/jedit-devel > |
|
From: SourceForge.net <no...@so...> - 2010-04-28 17:55:00
|
Bugs item #2993293, was opened at 2010-04-28 01:27 Message generated for change (Comment added) made by rschwenn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2993293&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: search and replace Group: normal bug Status: Open Resolution: None Priority: 5 Private: No Submitted By: Albert Davidson Chou (al_chou) Assigned to: Nobody/Anonymous (nobody) Summary: "find next" keyboard shortcut vs. "find backward" Initial Comment: I feel like jEdit has never behaved correctly when the Backward direction option is set in the search dialog and then the Find Next keyboard shortcut (I've always used the default CTRL-g) is used. It seems to do a Find Next in the Forward direction or perhaps something even weirder (I haven't done a controlled experiment in quite some time and don't remember the details of the behavior). ---------------------------------------------------------------------- >Comment By: Robert Schwenn (rschwenn) Date: 2010-04-28 19:55 Message: The behavior is simple: "Find Next" sets the direction to "forward", "Find Previous" sets it to "backward" - independent of the initial search. Of course You can call this incorrect. But I'm not sure at all, that other people would find it very intuitive when "Find Next" were searching backward because of an initial backward search. So, maybe the current behavior is intended... BTW: In a virgin installation of jEdit 4.3.1 without any personal settings the shortcut CTRL-g is assigned to "Go to Line..." (yes, I just checked it :-) ---------------------------------------------------------------------- Comment By: Albert Davidson Chou (al_chou) Date: 2010-04-28 16:37 Message: Sorry for the lack of details. I mostly use jEdit on Windows but believe the same behavior exists on Mac OS X, on multiple versions of both. Let's concentrate on Win2k (both Pro and Server) and XP. Multiple versions of Java (say 1.3 through 6) over the years, as well as multiple versions of jEdit, right up through the current stable version (I don't think a new beta has been released since the latest official release?). Throughout all those jEdit versions, C-g has been bound by default to Find Next on every machine I've ever installed it on. ---------------------------------------------------------------------- Comment By: Björn Kautler (vampire0) Date: 2010-04-28 10:40 Message: You forgot to mention your environment (OS, Java Vendor, Java Version, jEdit version, ...) Maybe you should consider updating as C+g is not the default shortcut for find-next anymore since long time now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2993293&group_id=588 |
|
From: Matthieu C. <cho...@gm...> - 2010-04-28 15:47:31
|
I don't know the purpose of ctrl-\ but maybe you can try jvisualvm and connect to jEdit process, maybe you can see where is it blocked 2010/4/28 Alan Ezust <ala...@gm...>: > When I said "crash" I should have said "lockup". > > There is no error message in the activity log, and I can't do anything but > run the task manager and kill the javaw process. Because until I do that, > the windows XP desktop does not respond to mouse clicks! > > Is there a way to do the equivalent of Ctrl-\ from Windows XP on a java > process? > > |
2 messages has been excluded from this view by a project administrator.