From: John G. <jge...@ny...> - 2001-04-26 19:42:06
Attachments:
Search_Buffer.bsh
Search_Directory_Tree.bsh
|
Search_Buffer.bsh and Search_Directory_Tree.bsh are broken in jEdit3.1final because of a API name change from 3.1pre5 (SearchAndReplace.setReverse() to SearchAndReplace.setReverseSearch()) The API QuickReference in the 3.1final help file is already up to date. The macros are both quite small, so corrected versions are attached. John |
From: Bryan T. <bry...@ya...> - 2001-04-26 23:26:38
|
Hmmm... This sort of thing happens to me all the time (maybe because I'm a hack) -- you change one piece of code and miss a dependency, thereby breaking it. It would be nice to have a plug-in that would tell you the dependencies within your project, so that you could easily know all the other project members that call a certain part of the code. I'm imagining JBrowse, parsing the entire project, with the ability to show "references" and "referenced by" classes, methods, fields, macros, etc... --- John Gellene <jge...@ny...> wrote: > Search_Buffer.bsh and Search_Directory_Tree.bsh are broken in jEdit3.1final > because of a API name change from 3.1pre5 (SearchAndReplace.setReverse() to > SearchAndReplace.setReverseSearch()) The API QuickReference in the 3.1final > help file is already up to date. The macros are both quite small, so > corrected versions are attached. > > John > __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ |
From: Jeremy W. <jwa...@wa...> - 2001-04-26 23:39:44
|
Bryan Taylor wrote: > Hmmm... This sort of thing happens to me all the time (maybe because I'm a > hack) -- you change one piece of code and miss a dependency, thereby breaking > it. I've heard that software design can help eliminate this kind of thing. Never put it to practice myself though. :-) > It would be nice to have a plug-in that would tell you the dependencies within > your project, so that you could easily know all the other project members that > call a certain part of the code. I'm imagining JBrowse, parsing the entire > project, with the ability to show "references" and "referenced by" classes, > methods, fields, macros, etc... How about javadoc? It's not a plugin, but it will tell you all the 'uses' and 'used by' for each method in every class it documents (in a session). -- Jeremy Wadsack Wadsack-Allen Digital Group |
From: Ringo De S. <ri...@ya...> - 2001-04-27 10:09:08
|
--- Jeremy Wadsack <jwa...@wa...> wrote: > > > It would be nice to have a plug-in that would tell you the > dependencies within > > your project, so that you could easily know all the other > project members that > > call a certain part of the code. I'm imagining JBrowse, > parsing the entire > > project, with the ability to show "references" and > "referenced by" classes, > > methods, fields, macros, etc... > > How about javadoc? It's not a plugin, but it will tell you all > the > 'uses' and 'used by' for each method in every class it > documents (in a > session). The use and used by features of JavaDoc only document usage of Java types as argument of return types. If you use a method within another method, this is not documented by JavaDoc. The only tool that can show all the references, referenced by, etc. for Java code is IBM VisualAge for Java. VAJ has an incremental compiler whenever I save a piece of code. After every change I see directly if dependencies are broken. I like jEdit very much as an editor, but it can't compete against VAJ for my Java development. Ringo ===== Ringo De Smet Email @ home: Rin...@bi... Email @ work: Rin...@bi... __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ |
From: John G. <jge...@ny...> - 2001-04-27 10:43:02
|
> --- Jeremy Wadsack <jwa...@wa...> wrote: > > > > > It would be nice to have a plug-in that would tell you the > > dependencies within > > > your project, so that you could easily know all the other > > project members that > > > call a certain part of the code. I'm imagining JBrowse, > > parsing the entire > > > project, with the ability to show "references" and > > "referenced by" classes, > > > methods, fields, macros, etc... > > > > How about javadoc? It's not a plugin, but it will tell you all > > the > > 'uses' and 'used by' for each method in every class it > > documents (in a > > session). > > The use and used by features of JavaDoc only document usage of > Java types as argument of return types. If you use a method > within another method, this is not documented by JavaDoc. The > only tool that can show all the references, referenced by, etc. > for Java code is IBM VisualAge for Java. VAJ has an incremental > compiler whenever I save a piece of code. After every change I > see directly if dependencies are broken. > I like jEdit very much as an editor, but it can't compete > against VAJ for my Java development. > > Ringo > > ===== > Ringo De Smet > Email @ home: Rin...@bi... > Email @ work: Rin...@bi... > Would VAJ be able to show broken depenedencies in non-project code like a BeanShell macro, which isn't compiled and doesn't require explicit typing? What if you adopted strict Java syntax for macros? John |
From: Ringo De S. <ri...@ya...> - 2001-04-27 12:04:58
|
> Would VAJ be able to show broken depenedencies in non-project > code like a > BeanShell macro, which isn't compiled and doesn't require > explicit typing? No. It's a Java only system. More than once I also wanted VAJ to be able to interpret my Python code I use together with Jython. > What if you adopted strict Java syntax for macros? This won't help. If you never used VAJ before, try the free edition you can get at the IBM website. The only limitation in the free edition is a 500 class maximum. And don't forget that VAJ uses a code repository (one single file) instead of a bunch of on-disk source files. Ringo ===== Ringo De Smet Email @ home: Rin...@bi... Email @ work: Rin...@bi... __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ |
From: David D. <da...@i2...> - 2001-04-27 16:05:23
|
> The use and used by features of JavaDoc only document usage of > Java types as argument of return types. If you use a method > within another method, this is not documented by JavaDoc. The > only tool that can show all the references, referenced by, etc. > for Java code is IBM VisualAge for Java. VAJ has an incremental > compiler whenever I save a piece of code. After every change I > see directly if dependencies are broken. > I like jEdit very much as an editor, but it can't compete > against VAJ for my Java development. I have a serious love hate relationship with VAJ. I won't get into the details, but when using jEdit for editing Java files, I really miss some of VAJ features like the one you mention. The class browser in VAJ is also pretty nice. I would assume, that some of these features could be added by integrating some of the abilities of Codaid, JBrowse, ErrorList and a good Project management plug in. Of course, without the incremental compiler, there may be some limitations... performance being one. -david |
From: Alan M. <ala...@op...> - 2001-04-30 00:38:00
|
Ringo De Smet wrote: > > > It would be nice to have a plug-in that would tell you the > > dependencies within > > > your project, so that you could easily know all the other > > project members that > > > call a certain part of the code. I'm imagining JBrowse, > > parsing the entire > > > project, with the ability to show "references" and > > "referenced by" classes, > > > methods, fields, macros, etc... > > > > How about javadoc? It's not a plugin, but it will tell you all > > the > > 'uses' and 'used by' for each method in every class it > > documents (in a > > session). > >The use and used by features of JavaDoc only document usage of >Java types as argument of return types. If you use a method >within another method, this is not documented by JavaDoc. The >only tool that can show all the references, referenced by, etc. >for Java code is IBM VisualAge for Java. VAJ has an incremental >compiler whenever I save a piece of code. After every change I >see directly if dependencies are broken. >I like jEdit very much as an editor, but it can't compete >against VAJ for my Java development. Ant comes with an optional task called "Depend", which forces classes to be recompiled if they depend on a class that has changed. That way, if your dependencies are broken, you find out at compile-time instead of runtime. I know that's a far cry from what you say VAJ does, but it's a start. For instance, you could use Depend to generate the cached dependency lists for the jEdit core and all the plugins, then have a macro that scans those files and displays a list of classes that depend on whatever file is in the current buffer. Unfortunately, Depend doesn't store information about methods, only classes, and of course this doesn't address the problem of macro dependencies (which I seem to recall was the original issue here), but, as I said, it's a start. --Alan |
From: Bryan T. <bry...@ya...> - 2001-04-27 16:09:30
|
--- Jeremy Wadsack <jwa...@wa...> wrote: > > It would be nice to have a plug-in that would tell you the dependencies > > within your project, so that you could easily know all the other project > > members that > > call a certain part of the code. I'm imagining JBrowse, parsing the entire > > project, with the ability to show "references" and "referenced by" classes, > > methods, fields, macros, etc... > > How about javadoc? It's not a plugin, but it will tell you all the > 'uses' and 'used by' for each method in every class it documents (in a > session). I think you are exagerating javadoc's capabilities, but even if it did this, having to run javadoc every time you wanted to check dependencies would be a serious limitation. Compare this with JBrowse which does "live" parsing and presents it's results in a dockable window that jumps to the appropriate buffer location when you select a nodes. Essentially, project dependencies are a directed graph: program units (classes, macros, etc...) are nodes and the 'uses' relationship is an edge. Calculating that graph and presenting it to the user somehow (perhaps using a tree control) to allow rapid navigation in the editor would add very valuable functionality. __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ |