headers
Galen Boyer | 3 Jul 2002 07:17

Re: Re: ecb-reactivate function?

On Tue, 28 May 2002, jesper <at> nnl.se wrote:
>> I tried that, and well, I don't have a problem now.
>> I'll slog my way through that before I come to you guys again. If I
>> don't, I'm sure I'll get the deserved dope slap.
>> Sorry for the "renewbie" noise.
> 
> No problem. The documentation is usually the last place one looks. ;-)

Okay,

Since I answered myself on this one, I've had problems with this and was
too embarrassed to say so.  It seems that the F1 in the directories
buffer has some quirks.

To refresh (if the thread is lost), from the documentation I noticed
that the following blurb existed and told you guys not to listen to my
newbieness.

   - Pressing F1 in the directories buffer will update it. Pressing F2
     will open the ECB customization group in the edit window ECB
     Sources:

Here is my customization window for the ecb directories.

    Ecb Source Path: Hide
    INS DEL Display type: Value Menu Path with alias:
                Path: c:/java/projects/tutorial/java/
                Alias: java/learn
    INS DEL Display type: Value Menu Path with alias:
                Path: c:/emacs/site-lisp/packages/jde-2.2.9beta9.1/
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jesper Nordenberg | 3 Jul 2002 08:43
Picon

Re: Re: ecb-reactivate function?

You wrote:
> On Tue, 28 May 2002, jesper <at> nnl.se wrote:
> >> I tried that, and well, I don't have a problem now.
> >> I'll slog my way through that before I come to you guys again. If I
> >> don't, I'm sure I'll get the deserved dope slap.
> >> Sorry for the "renewbie" noise.
> > 
> > No problem. The documentation is usually the last place one looks. ;-)
> Okay,
> Since I answered myself on this one, I've had problems with this and was
> too embarrassed to say so.  It seems that the F1 in the directories
> buffer has some quirks.

Actually the documentation is wrong :-) F1 adds a new source path to the directories buffer. The old binding
was to update the buffer. Sorry about that.

/Jesper Nordenberg
Permalink | Reply | 1 comment |
headers
Galen Boyer | 4 Jul 2002 04:45

Re: Re: ecb-reactivate function?

On Wed, 3 Jul 2002, jesper <at> nnl.se wrote:
> You wrote:
>> On Tue, 28 May 2002, jesper <at> nnl.se wrote:
>> >> I tried that, and well, I don't have a problem now.  I'll slog my
>> >> way through that before I come to you guys again. If I don't, I'm
>> >> sure I'll get the deserved dope slap.  Sorry for the "renewbie"
>> >> noise.
>> > 
>> > No problem. The documentation is usually the last place one
>> > looks. ;-)
>> Okay, Since I answered myself on this one, I've had problems with
>> this and was too embarrassed to say so.  It seems that the F1 in the
>> directories buffer has some quirks.
> 
> Actually the documentation is wrong :-) F1 adds a new source path to
> the directories buffer. The old binding was to update the
> buffer. 

Okay.  What might be the way to have the directories buffer update
itself without having to deactivate and reactivate?

> Sorry about that.

No problem at all.  

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
(Continue reading)

Permalink | Reply | 0 comments |
headers
Galen Boyer | 4 Jul 2002 04:49

activate deactivate?

What was the reason for not making one function which toggled?
M-x M-p M-b de [ret] is too many keystrokes. 

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Galen Boyer | 4 Jul 2002 05:20

Just musing a bit

I started looking at the functionality of shift-click in sources
buffer.  I immediately wanted it for more than two sources.

Would it make sense that when one does a shift-click, ECB were to go
into a class/method display mode?  What I mean by this is that the code
window could be transformed into a place where you dynamically start
arranging boxes that show the *methods* for the shift-clicked source.

This:
   -------------------------------------------------------
   |              |                                      |
   |  Directories |                                      |
   |              |                                      |
   |              |                                      |
   |              |                                      |
   |--------------|                                      |
   |      |       |                                      |
   | Sour | Hist  |                 Edit                 |
   |      |       |                                      |
   |      |       |                                      |
   |--------------|                                      |
   |              |                                      |
   |  Methods     |                                      |
   |              |                                      |
   |              |                                      |
   -------------------------------------------------------
Becomes:
   -------------------------------------------------------
   |              |                                      |
   |  Directories | Imports [+]                          |
(Continue reading)

Permalink | Reply | 0 comments |
headers
Galen Boyer | 4 Jul 2002 05:43

Customizing where the method line shows up in code window on click?

Upon a click from the methods buffer, can I customize where point will
be in relation to the viewable window space upon click from the methods
buffer?

Sometimes the method I click on is in view, but at the bottom of the
code window.  When I click on that method in the methods buffer, it
highlights but stays at the bottom of the window.  I would like to tell
Emacs to move it to, at least the middle of the window.  But, at the
same time, I don't want the methods that are near the top to jump
around.

Does this make sense?

As an aside, is there anyway to have the click narrow to defun, if I so
desire?

Thanks.

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Berndl, Klaus | 4 Jul 2002 09:43
Picon

RE: activate deactivate?

>What was the reason for not making one function which toggled?
>M-x M-p M-b de [ret] is too many keystrokes. 

What should this keysequence do???

But there is already ecb-minor-mode which toggles activation and
deactivation of ECB or do you mean something other??

Klaus

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
_______________________________________________
Ecb-list mailing list
Ecb-list <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ecb-list

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Berndl, Klaus | 4 Jul 2002 09:47
Picon

RE: Re: ecb-reactivate function?

>Okay.  What might be the way to have the directories buffer update
>itself without having to deactivate and reactivate?

ecb-update-directories-buffer which is not bound to any key by default,
beacuse it should not be needed very often.

But feel free adding a key to the option ecb-key-map or binding it
globallly via global-set-key if you really use this often.

Klaus

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
Permalink | Reply | 501 comments |
headers
Berndl, Klaus | 4 Jul 2002 09:48
Picon

RE: Customizing where the method line shows up in code window on click?

Hi Galen, 

we have tried to make ECB as user-friendly as possible:
1. Adding an online help (menu and C-c . o)
2. Adding a lot of customization groups (menu Preferences)
3. Having this mailing list

IMHO a user should first try point 1 and 2 before point 3, means
reading the complete online help (which is recomended in the README),
then searching the different customization groups (e.g. You could
search all the options in the group ecb-methods, then i'm sure you
would have found the two options i have mentioned below), and
if all this has no success, then writing a mail to this mailing list
with all your questions ans suggestions (which are very very welcome!!)

>Upon a click from the methods buffer, can I customize where point will
>be in relation to the viewable window space upon click from the methods
>buffer?

>Sometimes the method I click on is in view, but at the bottom of the
>code window.  When I click on that method in the methods buffer, it
>highlights but stays at the bottom of the window.  I would like to tell
>Emacs to move it to, at least the middle of the window.  But, at the
>same time, I don't want the methods that are near the top to jump
>around.

>Does this make sense?

ecb-scroll-window-after-jump
(Continue reading)

Permalink | Reply | 0 comments |
headers
Galen Boyer | 4 Jul 2002 19:55

Re: Re: ecb-reactivate function?

On Thu, 4 Jul 2002, klaus.berndl <at> sdm.de wrote:
>>Okay.  What might be the way to have the directories buffer update
>>itself without having to deactivate and reactivate?
> 
> ecb-update-directories-buffer which is not bound to any key by
> default, 

Thanks.  I'll use it.

> beacuse it should not be needed very often.

True enough, but as my java learning and coding makes for bigger
directories, I start moving things around.  The last move, I decided to
see if I could do this without activating or reactivating, which, really
isn't that much of a pain.  

> But feel free adding a key to the option ecb-key-map or binding it
> globallly via global-set-key if you really use this often.

Won't need it.

Thanks Klaus.

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
Permalink | Reply | 501 comments |

Gmane