Thread: [CEDET-devel] CEDET usage poll
Brought to you by:
zappo
From: Eric M. L. <er...@si...> - 2008-05-14 13:28:05
|
Hi all, I have some more poll questions for everyone. These are related to integrating CEDET into Emacs. 1) Is anyone still using `semanticdb-create-system-database' for anything? This feature doesn't add much anymore, and I'm thinking of removing it. The last bit for me was adding the work timer that will go out and build databases in long-idle time. This should help remove the need for this pre-setup step. (The secondary work timer is in the CVS version of CEDET.) 2) Which Semantic related keybindings do you use, or setup yourself? Senator, due to its use of advice and the way it overrides core Emacs functions, will not be integrated into Emacs directly. (ie, the maintainers don't like it.) As a side-effect I'm looking to understand how it is used beyond what I do myself. For example, Senator "fixes" beginning/end of defun and related core Emacs keybindings. It adds next/previous navigation, and has bindings for jumping to tags, and doing different kinds of searches. If there is some function you wish was in Semantic (and within its capabilities, of course) that would be good to know too. ie, is there a combination of tools you use that would be better served as a single slightly smarter tool? Since Senator has acted as a catch-all for anything interesting, it's time to prune the tree to the useful items. Thanks for any and all input. Eric -- Eric Ludlam: er...@si... Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net |
From: Ming-Wei C. <mch...@ui...> - 2008-05-14 15:45:59
|
Hi Eric, First of all, thanks for the wonderful CEDET!. Here are my opinions. I only do small scale projects with C and C++, so my opinion can be biased. 1) I do not use semanticdb-create-system-database at all. 2) I am not so familiar with the key binding in CEDET, so I will skip this point. However, I think it would be good if CEDET provide default key binding for intellisense. (It can be different for each language.) I do have one suggestion. Is it possible to re-factor the directory structure of CEDET so that all language-specific files for a specific language are in a single directory? That is, we will have a directory for C support and another directory for java support. The code for project management in C and the parsers for C language are in the directory for C language. I think this is important for several reasons. a) If someone want to add support for some language, this would make him/her life much easier. It is also make it possible to control the version for each language support. b) For a beginner like me, it is very hard to understand the relationship of wisent-c.wy, semantic-c-by.el and semantic-c.el. If we put them in a single directory, I believe the relationships between them will be more clear. Moreover, it might be possible to remove some redundant codes (if any) by doing this. c) For many languages, some other tools which are not written in emacs lisp might be needed. For example, we might want to use rope (written in python) as the backend for the python language support. If we can re-factor the data structure, I believe that it would be easier for the developers and users to manage the additional tools. d) In this way, I feel the interface part and the backend part are more independent to each other. Any comment? Best, Ming-Wei "Eric M. Ludlam" <er...@si...> writes: > Hi all, > > I have some more poll questions for everyone. These are related to > integrating CEDET into Emacs. > > 1) Is anyone still using `semanticdb-create-system-database' for anything? > > This feature doesn't add much anymore, and I'm thinking of removing > it. The last bit for me was adding the work timer that will go out > and build databases in long-idle time. This should help remove the > need for this pre-setup step. (The secondary work timer is in the CVS > version of CEDET.) > > > 2) Which Semantic related keybindings do you use, or setup yourself? > > Senator, due to its use of advice and the way it overrides core > Emacs functions, will not be integrated into Emacs directly. (ie, the > maintainers don't like it.) As a side-effect I'm looking to > understand how it is used beyond what I do myself. > > For example, Senator "fixes" beginning/end of defun and related core > Emacs keybindings. It adds next/previous navigation, and has bindings > for jumping to tags, and doing different kinds of searches. > > If there is some function you wish was in Semantic (and within its > capabilities, of course) that would be good to know too. ie, is there > a combination of tools you use that would be better served as a single > slightly smarter tool? > > Since Senator has acted as a catch-all for anything interesting, > it's time to prune the tree to the useful items. > > Thanks for any and all input. > Eric |
From: <jo...@ve...> - 2008-05-14 16:25:07
|
"Eric M. Ludlam" <er...@si...> writes: > > 1) Is anyone still using `semanticdb-create-system-database' for anything? > > This feature doesn't add much anymore, and I'm thinking of removing > it. The last bit for me was adding the work timer that will go out > and build databases in long-idle time. This should help remove the > need for this pre-setup step. (The secondary work timer is in the CVS > version of CEDET.) I dont use semanticdb-create-system-database any more, and the setup you describe seems better. Also, more convenient acess to other types of system databases, like the ones I've contributed on, Ebrowse, Java backend. A python backend would be nice. > > 2) Which Semantic related keybindings do you use, or setup yourself? Mostly the jump to definition bindings, and senator navigation. > Senator, due to its use of advice and the way it overrides core > Emacs functions, will not be integrated into Emacs directly. (ie, the > maintainers don't like it.) As a side-effect I'm looking to > understand how it is used beyond what I do myself. Could the parts requiring advice be forked out to a separate dir? Then Emacs could be patched to include proper hooks so the advice wont be necessary. I could help with this, though I'm immersed in my funky patch to allow embedding gtk widgets inside emacs buffers right now. > Thanks for any and all input. > Eric -- Joakim Verona |
From: Eric M. L. <er...@si...> - 2008-05-14 17:30:00
|
Hi, You have a good idea. This wasn't reasonable in the original way the stuff in CEDET was packaged and distributed. It will probably make more sense now. I know for C/C++, there are 4 ede files, 4 semantic files, and 2 template files, plus some misc settings embedded elsewhere. I will pose this to the Emacs maintainers. Thanks Eric >>> Ming-Wei Chang <mch...@ui...> seems to think that: > >Hi Eric, > > First of all, thanks for the wonderful CEDET!. Here are my opinions. > I only do small scale projects with C and C++, so my opinion can > be biased. > > 1) I do not use semanticdb-create-system-database at all. > > 2) I am not so familiar with the key binding in CEDET, so I will skip > this point. However, I think it would be good if CEDET provide > default key binding for intellisense. (It can be different for > each language.) > > I do have one suggestion. Is it possible to re-factor the directory > structure of CEDET so that all language-specific files for a specific > language are in a single directory? That is, we will have a directory > for C support and another directory for java support. The code for > project management in C and the parsers for C language are in the > directory for C language. I think this is important for several > reasons. > > a) If someone want to add support for some language, this would make > him/her life much easier. It is also make it possible to control the > version for each language support. > > b) For a beginner like me, it is very hard to understand the > relationship of wisent-c.wy, semantic-c-by.el and semantic-c.el. > If we put them in a single directory, I believe the relationships > between them will be more clear. Moreover, it might be possible to > remove some redundant codes (if any) by doing this. > > c) For many languages, some other tools which are not written in > emacs lisp might be needed. For example, we might want to use rope > (written in python) as the backend for the python language > support. If we can re-factor the data structure, I believe that it > would be easier for the developers and users to manage the additional > tools. > > d) In this way, I feel the interface part and the backend part are > more independent to each other. > > Any comment? > >Best, > >Ming-Wei > > >"Eric M. Ludlam" <er...@si...> writes: > >> Hi all, >> >> I have some more poll questions for everyone. These are related to >> integrating CEDET into Emacs. >> >> 1) Is anyone still using `semanticdb-create-system-database' for anything? >> >> This feature doesn't add much anymore, and I'm thinking of removing >> it. The last bit for me was adding the work timer that will go out >> and build databases in long-idle time. This should help remove the >> need for this pre-setup step. (The secondary work timer is in the CVS >> version of CEDET.) >> >> >> 2) Which Semantic related keybindings do you use, or setup yourself? >> >> Senator, due to its use of advice and the way it overrides core >> Emacs functions, will not be integrated into Emacs directly. (ie, the >> maintainers don't like it.) As a side-effect I'm looking to >> understand how it is used beyond what I do myself. >> >> For example, Senator "fixes" beginning/end of defun and related core >> Emacs keybindings. It adds next/previous navigation, and has bindings >> for jumping to tags, and doing different kinds of searches. >> >> If there is some function you wish was in Semantic (and within its >> capabilities, of course) that would be good to know too. ie, is there >> a combination of tools you use that would be better served as a single >> slightly smarter tool? >> >> Since Senator has acted as a catch-all for anything interesting, >> it's time to prune the tree to the useful items. >> >> Thanks for any and all input. >> Eric > -- Eric Ludlam: er...@si... Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net |
From: Eric M. L. <er...@si...> - 2008-05-14 18:02:39
|
>>> jo...@ve... seems to think that: >"Eric M. Ludlam" <er...@si...> writes: [ ... ] >> 2) Which Semantic related keybindings do you use, or setup yourself? > >Mostly the jump to definition bindings, and senator navigation. By senator navigation, do you mean C-c , n, or C-M-e? It turns out that C-M-e (end of defun) just calls senator-next-tag, except for C++, where c-mode overrides the keybinding (to something broken), not the behavior of the original function. >> Senator, due to its use of advice and the way it overrides core >> Emacs functions, will not be integrated into Emacs directly. (ie, the >> maintainers don't like it.) As a side-effect I'm looking to >> understand how it is used beyond what I do myself. > >Could the parts requiring advice be forked out to a separate dir? >Then Emacs could be patched to include proper hooks so the advice wont >be necessary. The reason Senator may not get integrated into Emacs directly is because of all the advice. The idea is that we'll just "fix" all the original pieces, and Senator would remain for older Emacs versions. >I could help with this, though I'm immersed in my funky patch to allow >embedding gtk widgets inside emacs buffers right now. I've seen the screen-shots. It is very cool. If it works out, it will mean a lot of work for the win32 and aquamacs guys. Eric -- Eric Ludlam: er...@si... Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net |