headers
myrkraverk | 4 Sep 2003 05:08
Picon

Problems using ECB with escreen -- and a feature request

Hello,

Well, I just installed the latest release of ECB and I like it -- so
far.  But -- there is a but -- it goes kyukyo* when using it with
escreen ;(

Switching screens and changing buffers is a real pain in the butt!

I use ERC to irc, vm for mail, and w3m to browse and until I can use
ECB with escreen I'm afraid to turn it on!  I guess I can add some
stuff to escreen switching hooks, but I don't know what -- yet.

I need to be able to switch ECB off and restore all/most of the stuff
that changed, such as dedicated windows -- I was no longer able to use
back in w3m ;(

Another thing, I use M-0 to M-9 to switch windows and I'd like to see
the window numbers in the ECB modelines -- see 

  http://www.emacswiki.org/cgi-bin/wiki.pl?SwitchingWindows

for details and functions that do this.

* Just a word I instead of foobar

Best,

Johann

--

--
(Continue reading)

Permalink | Reply | 5 comments |
headers
Klaus Berndl | 4 Sep 2003 08:56
Picon

Re: Problems using ECB with escreen -- and a feature request

On Thu, 4 Sep 2003, myrkraverk <at> users.sourceforge.net wrote:

>  Hello,
>  
>  Well, I just installed the latest release of ECB and I like it -- so
>  far.  But -- there is a but -- it goes kyukyo* when using it with
>  escreen ;(

I do not know escreen but if it does what its name says then i can imagine
that it conflicts with ECB ;-)

>  
>  Switching screens and changing buffers is a real pain in the butt!
>  
>  I use ERC to irc, vm for mail, and w3m to browse and until I can use
>  ECB with escreen I'm afraid to turn it on!  I guess I can add some
>  stuff to escreen switching hooks, but I don't know what -- yet.
>  
>  I need to be able to switch ECB off and restore all/most of the stuff
>  that changed, such as dedicated windows -- I was no longer able to use
>  back in w3m ;(

OK, let me tell you some general point about the layout-engine of ECB:

It *completely* manages splitting windows, deleting window, switching to
buffers, displaying buffers. This is done with a lot of advices of functions
like `delete-window', `delete-other-window' `split-window' etc.. see the
option `ecb-advice-window-functions'. In the not-user variable
`ecb-basic-adviced-functions' are also function which are adviced by ECB.
(Continue reading)

Permalink | Reply | 4 comments |
headers
myrkraverk | 4 Sep 2003 15:22
Picon

Re: Problems using ECB with escreen -- and a feature request

Hi,

Klaus Berndl writes:
 > I do not know escreen but if it does what its name says then i can
 > imagine that it conflicts with ECB ;-)

Well it sure does --  escreen seems to conflict with frames as well ;/

 > Conclusion: If you want to use ECB and these other
 > elisp-applications then use different frames for each one (or if
 > you can different Emacs-instances).

Frames are a real pain and different emacs instances is not really an
option -- not in console.

 > OK, back to escreen: I'm always interested in solving conflicts
 > between ECB and other libraries. So, i have downloaded escreen.el
 > but unfortunately it contains not introducing comment what it does
 > exactly. Can you please describe in some words what escreen does
 > for you?

Right, some words as to how I use emacs ;-)

I frequently use emacs in console and X (I have more screen real
estate in console than typically in X -- yes that means more text
on-screen) and escreen gives me the exact same environment on both
platforms.

Escreen basically gives you numbered window managements in a frame.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Klaus Berndl | 4 Sep 2003 13:53
Picon

Re: Problems using ECB with escreen -- and a feature request


Hi,

OK, gnus, vm etc... need all not such a complex layout-management as ECB. Here
is only one reason (a.o.): For example neither of these packages needs a
`delete-other-window' implementation which does *not* delete *all* other
windows. But ECB needs it because if the user hits in the splitted edit-area
of ECB C-x 1 (normally `delete-other-window') then he do not want all windows
to be deleted but only the other edit-window - all these special
ECB-browsing-windows should remain! Same for a lot of other window-functions of
Emacs....Therefore ECB needs to manage its whole layout completely for itself
and can not use `current-window-configuration' et. al. as the other packages
like Gnus, vm etc...

OK, back to the escreen problem: First i thought that i can advice some of the
escreen functions so escreen does some special things if deleting the
"ECB-screen" or if bringing back the ECB-screen to front (e.g. instead of
using `current-window-configuration' rsp. `set-window-configuration' using
ecb-deactivate rsp. ecb-activate) but after thinking a little more time about
this problem now i fear that resolving this conflict is at its best really
difficult and at its worst impossible :-(

Sorry, but for now i can not help you...The main problem is, because escreen
simulates in fact somehow Emacs-frames but uses internally always the same
frame ECB (if active) can not distinguish if current screen is the ECB-screen
or not (at least not reliable) and therefore all the ECB-advices are always
active even in not-ECB-screens ... This is the reason for your
dedicated-window etc... problem you described.

The only possible and imaginable solution would be to advice
(Continue reading)

Permalink | Reply | 2 comments |
headers
myrkraverk | 4 Sep 2003 17:37
Picon

Re: Problems using ECB with escreen -- and a feature request

Hi,

Klaus Berndl writes:

 > The only possible and imaginable solution would be to advice
 > escreen-create-screen and escreen-goto-screen so they deactivate
 > ECB before switching to another screen and re-activate ECB after
 > going to the ECB-screen.  But how to decide which is the
 > ECB-screen...OK, seems doable and not impossible but not easy - at
 > least not at the first glance ;-)

Ah, but you are not seeing the obvious solution -- to simply hard code
the ecb screen to a specific number, sort of ;)

I can very much live with a dedicated screen number for ecb, even if
it means automatically start ecb when switching to that screen.

Of course I mean to use a variable to dedicate a screen for ecb, such
as escreen-ecb-dedicated-screen or even ecb-escreen-dedicated-screen
it really doesn't matter.

It's just that I'm not a great elisp hacker and can't really do these
advices myself ;(

Johann

--

-- 
Microsoft? Never heard of 'em.

-------------------------------------------------------
(Continue reading)

Permalink | Reply | 1 comment |
headers
myrkraverk | 5 Sep 2003 02:20
Picon

Re: Problems using ECB with escreen -- and a feature request

Hi,

I've been trying to get escreen and ECB to work together, but to no
avail.  As I'm not very cool with advisors, I patched escreen to have
hooks both before and after escreen-goto-screen.

I hope escreen.el will contain the mods soon, until then the patch
should be available here:
http://myrkraverk.afraid.org/~myrkraverk/escreen-1.16-mv.patch

With that I tried the following code but still ended up with
problems. 

(defun my-activate-ecb () (interactive)
  "Activates ECB in screen 3."
  (cond ((= (escreen-get-current-screen-number) 3)
	 (ecb-activate))))

(defun my-deactivate-ecb () (interactive)
  "Deactivates ECB in screen 3."
	 (ecb-deactivate))

(add-hook 'escreen-goto-screen-before-hook 'my-deactivate-ecb)
(add-hook 'escreen-goto-screen-hook 'my-activate-ecb)

Which doesn't seem to do it, I'm still having trouble with dedicated
windows -- even after M-x ecb-deactivate.  Could that be a bug in ECB?

I'll probably be trying stuff manually next, using M-x and stuff.
(Continue reading)

Permalink | Reply | 0 comments |
headers
myrkraverk | 5 Sep 2003 22:53
Picon

Adding Qt keywords to C++ ?

Hi,

I've been playing with ECB a little, and the syntax engine goes foobar
when I edit Qt code.  Qt includes extra keywords and stuff implemented
in macros but is otherwise C++.

I'd like to know how or at least what I can change to fix this?  I
have some code to fix the regular syntax tables for emacs -- which I
haven't tried yet.  But I believe I need/should fix something else, at
least, as well.

Johann

--

-- 
Emacs is not a text editor -- it's a way of life

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Berndl, Klaus | 8 Sep 2003 08:43
Picon

RE: [Ecb-list] Adding Qt keywords to C++ ?

Hi, 

for all of these stuff you have to deal with the semantic library.
Concerning content parsing of C++ ECB is 100% based onto this
library. there is an own mailing-list cedet-semantic <at> lists.sourceforge.net
(i have already forwarded your question to this group....

Ciao,
Klaus

BTW: If i remember right there was long time ago a thread about this topic
in the semantic mailing list.

-----Original Message-----
From: myrkraverk <at> users.sourceforge.net [mailto:myrkraverk <at> users.sourceforge.net] 
Sent: Friday, September 05, 2003 10:54 PM
To: ecb-list <at> lists.sourceforge.net
Subject: [Ecb-list] Adding Qt keywords to C++ ?

>Hi,

>I've been playing with ECB a little, and the syntax engine goes foobar
>when I edit Qt code.  Qt includes extra keywords and stuff implemented
>in macros but is otherwise C++.

>I'd like to know how or at least what I can change to fix this?  I
>have some code to fix the regular syntax tables for emacs -- which I
>haven't tried yet.  But I believe I need/should fix something else, at
>least, as well.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Berndl, Klaus | 9 Sep 2003 11:54
Picon

RE: Re: Problems using ECB with escreen -- and a featu re request

Hi,

today even better news than yesterday: :-)

Now the dedicated windows bug in the escreen-integration is fixed
(A lot of thanks to Johann who has pointed me to this bug). It is a
probably never occuring bug if not using a mechanism like escreen but
nevertheless it is a bug which has to be fixed to make ECB saver and
especially to make the cleanup of ECB (after deactivating) complete!

So i have checked in all in CVS.

To use the new escreen-integration you MUST use all the latest CVS-sources
of ECB (or waiting to the forthcoming version 1.96 - which will be come
soon i hope).

Then simply add to your .emacs

(ecb-escreen-enable-integration)
(escreen-install)

After that you can use escreen and ECB! ECB will always being displayed in
the escreen with number `ecb-escreen-number' (default = 1) and in no other
escreens. This means that only in the "ECB-escreen" is active and in all other
escreen it is deactivated.

Read the new section in "Conflicts and Bugs" in the latest info-manual of ECB!

Please test the integration and send me all bugs you find.
(Continue reading)

Permalink | Reply | 4 comments |
headers
Jeff Jensen | 9 Sep 2003 15:35

RE: Re: Problems using ECB with escreen -- and a feature request

Klaus,

Your responsiveness is second to none!

> -----Original Message-----
> From: ecb-list-admin <at> lists.sourceforge.net
> [mailto:ecb-list-admin <at> lists.sourceforge.net]On Behalf Of
> Berndl, Klaus
> Sent: Tuesday, September 09, 2003 4:54 AM
> To: Berndl, Klaus; 'myrkraverk <at> users.sourceforge.net';
> 'ecb-list <at> lists.sourceforge.net'
> Subject: RE: [Ecb-list] Re: Problems using ECB with escreen -- and a
> feature request
>
>
> Hi,
>
> today even better news than yesterday: :-)
>
> Now the dedicated windows bug in the escreen-integration is fixed
> (A lot of thanks to Johann who has pointed me to this bug). It is a
> probably never occuring bug if not using a mechanism like escreen but
> nevertheless it is a bug which has to be fixed to make ECB saver and
> especially to make the cleanup of ECB (after deactivating) complete!
>
> So i have checked in all in CVS.
>
> To use the new escreen-integration you MUST use all the
> latest CVS-sources
> of ECB (or waiting to the forthcoming version 1.96 - which
(Continue reading)

Permalink | Reply | 0 comments |

Gmane