Re: ECB-2.40 -- Compilation buffer mode is alwaysapplied tothe edit window

Ooops, after looking at the code i see that this bug has nothing to do with current redesign of maximizing stuff - it was just a kind of mistake or "careless error"... it's fixed now - CVS and snapshot are upated...

Thanks for reporting, Michael

Klaus

_________________________________________________________Klaus Berndl / Capgemini sd&m / München Business Development Manager / Bereich BankenTel: +49 89 63812 392 / Fax: +49 89 63812 220 / www.de.capgemini-sdm.comMobil: +49 162 2842 051 / [email protected] sd&m AG, Carl-Wery-Str. 42, 81739 München Zusammen. Für nachhaltigen Erfolg._________________________________________________________Vorstand: Edmund Küpper (Vorsitzender), Burkhard Kehrbusch, Rüdiger Azone,Dr. Uwe Dumslaff, Kai Grambow, Dr. Michael Rading, Josef RannerAufsichtsrat: Pierre Hessler (Vorsitzender)Sitz und Amtsgericht: München HRB 126057



-----Ursprüngliche Nachricht-----
Von: Michael Reiher [mailto:[email protected]]
Gesendet: Sa 20.06.2009 19:09
An: [email protected]
Betreff: Re: [ECB-list] ECB-2.40 -- Compilation buffer mode is alwaysapplied tothe edit window
 
On Saturday 20 June 2009 07:15:48 [email protected] wrote:
> Hi Michael,
>
> Bug with igrep:
> thanks for reporting, because you detected a fundamental bug introduced in
> 2.40 - making ECB more compatible with XEmacs 21.5 has introduced this bug
> by sideeffect.... now it is fixed - CVS and snapshot are updated... BTW:
> Not only igrep was infected but *all* compile-modes!

Just tested, it's fixed now. Thanks!

>
> Bug concerning maximizing: I'm currenty reworking the maximize-code
> therefore there can be bugs...sorry... Could you please give me a
> step-by-step cookbook how to reproduce this bug you encountered?! Please
> send me also the layout code of your selfdefined layout!

Well, there is not much to cook to reproduce :) I start Xemacs with ECB turned 
on. Initial layout it left5. Then click into the free area of a tree window, 
it should maximize. However it just gives a short flicker and that's it. When 
I toggle to "left-symbols-custom" layout and then try to maximize a tree 
window always the method window becomes maximized, no matter which tree window 
I click and no matter which layout is currently active.

... well, actually it seems ECB always maximizes the methods window in case 
any tree window should become maximized. In my case above with the initial 
left5 the methods window just hasn't been loaded yet, so nothing happens (at 
least so it seems).

Possibly relevant settings from .xemacs-custom (the full settings should be in 
the initial bug report mail, I guess):

 '(ecb-layout-name "left5")
 '(ecb-layout-nr 9)
 '(ecb-maximize-ecb-window-after-selection t)
 '(ecb-maximize-next-after-maximized-select (quote (ecb-directories-buffer-
name)))
 '(ecb-primary-secondary-mouse-buttons (quote mouse-1--mouse-2))
 '(ecb-redraw-layout-quickly nil)
 '(ecb-select-edit-window-on-redraw nil)
 '(ecb-toggle-layout-sequence (quote ("left-symbols-custom" "left5")))
 '(ecb-windows-width 0.25)
 

.ecb-user-layouts.el contains this: 

(ecb-layout-define "left-symbols-custom" left nil
  (ecb-split-ver 0.6 t)
  (if (fboundp (quote ecb-set-methods-buffer)) (ecb-set-methods-buffer) (ecb-
set-default-ecb-buffer))
  (dotimes (i 1) (other-window 1) (if (equal (selected-window) ecb-compile-
window) (other-window 1)))
  (if (fboundp (quote ecb-set-analyse-buffer)) (ecb-set-analyse-buffer) (ecb-
set-default-ecb-buffer))
  (dotimes (i 2) (other-window 1) (if (equal (selected-window) ecb-compile-
window) (other-window 1)))
  (dotimes (i 2) (other-window 1) (if (equal (selected-window) ecb-compile-
window) (other-window 1)))
  )


>
> Ciao
> Klaus
>
> _________________________________________________________Klaus Berndl /
> Capgemini sd&m / München Business Development Manager / Bereich BankenTel:
> +49 89 63812 392 / Fax: +49 89 63812 220 / www.de.capgemini-sdm.comMobil:
> +49 162 2842 051 / [email protected] sd&m AG,
> Carl-Wery-Str. 42, 81739 München Zusammen. Für nachhaltigen
> Erfolg._________________________________________________________Vorstand:
> Edmund Küpper (Vorsitzender), Burkhard Kehrbusch, Rüdiger Azone,Dr. Uwe
> Dumslaff, Kai Grambow, Dr. Michael Rading, Josef RannerAufsichtsrat: Pierre
> Hessler (Vorsitzender)Sitz und Amtsgericht: München HRB 126057
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: Michael Reiher [mailto:[email protected]]
> Gesendet: Do 18.06.2009 15:17
> An: [email protected]
> Betreff: [ECB-list] ECB-2.40 -- Compilation buffer mode is always applied
> tothe edit window
>
> X-Reporter-Void-Vars-Found: ecb-max-lisp-eval-depth-old
> ecb-max-specpdl-size- old ecb-use-semantic-grouping
> --text follows this line--
>
> Please enter the details of your bug report here
>
> Since upgrading to 2.40 I have the problem that when activating the
> compilation buffer, e.g. by starting compilation or grepping, the
> respective mode is applied to the edit window instead of the compilation
> window. So e.g. the edit window has loaded a source file and is in mode
> C++. After starting a grep the mode of the edit window changes to igrep,
> while the grep output is in normal text mode.
>
> This does not happen, when ECB is not loaded.
>
> Btw: After upgrading to current snapshot for testing, I noticed that the
> tree buffer windows don't automaximize anymore. ... Actually it's even more
> weird: I usually toggle between two layouts, left5 and a self defined with
> methods and analyze buffer. After toggling to the self defined for the
> first time, no matter which tree window I try to maximize afterwards (so
> e.g. also in the sources buffer in the left5 layout), the methods buffer
> gets maximized ...
>
>
>
> Emacs  : XEmacs 21.4 (patch 21) "Educational Television" [Lucid]
> (i486-linux- gnu, Mule) of Sat Aug  2 2008 on palmer
> Package: ECB: 2.40, CEDET: 1.0pre7, semantic: 2.0pre7, eieio: 1.2,
> speedbar: 1.0.3, JDEE: 2.3.3


------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Ecb-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ecb-list

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org

_______________________________________________
Ecb-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ecb-list