The brief .emacs config with comments

Dear All,
I want to use cedet pre1 intellisense function for php coding. Reading a 
lot of documents from official website. I can not make cedet work.
Who can give me a brief .emacs config with comments. So I can set up my 
php coding system quickly and hack the cedet in the future.

Thanks.

Ben Luo

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20

Senator Idle summaries mode breaks ecb method display?

RE: Senator Idle summaries mode breaks ecb method display?

AW: [ECB-list] Senator Idle summaries mode breaks ecb method display?

RE: Senator Idle summaries mode breaks ecb method display?

AW: [ECB-list] Senator Idle summaries mode breaks ecb method display?

RE: Multiple frame layout?

Daniel Wyeth wrote:
> The short version:  Is it possible to define an ECB layout which uses
> multiple frames (top level windows), with the tree buffers in one and
> the editing buffer in the other?
> 
> The long version:  I am using ECB to write C, C++ and Java code.
> While ECB provides excellent tag browsing via its tree buffers, the
> integration of all ECB buffers into a single frame seriously
> constrains the possible layout of the environment, and feels quite
> unnatural on Mac OS X.  Ideally I would prefer the tree buffers to
> use a separate frame, after the manner of the speedbar.  Alas
> speedbar itself seems to lack the necessary semantic integration for
> the parsing of parameterised types (templates/generics) in C++ and
> Java, although I have not yet seriously attempted to resolve this, as
> I would prefer to use ECB 

In the near future ECB will not provide what you ask for - it would force a 
too deep-rewritting of the layout-engine of ECB. Sorry, but for the moment i can
not recommend you others than using the speedbar. In prinzipial speedbar should be
able to display the same parsing results as ECB because both uses the same
underlying parsing engine: the cedet-suite!

I'm sure if you ask Eric what you miss in speedbar, he would be glad to help you!

Ciao,
Klaus

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005

RE: [ECB-list] Multiple frame layout?

Daniel Wyeth wrote:
> On 25/05/2005, at 6:06 PM, <klaus.berndl <at> sdm.de>
> <klaus.berndl <at> sdm.de> wrote:
> 
>> Daniel Wyeth wrote:
>> 
>>> The short version:  Is it possible to define an ECB layout which
>>> uses multiple frames (top level windows), with the tree buffers in
>>> one and the editing buffer in the other?
>>> 
>>> The long version:  I am using ECB to write C, C++ and Java code.
>>> While ECB provides excellent tag browsing via its tree buffers, the
>>> integration of all ECB buffers into a single frame seriously
>>> constrains the possible layout of the environment, and feels quite
>>> unnatural on Mac OS X.  Ideally I would prefer the tree buffers to
>>> use a separate frame, after the manner of the speedbar.  Alas
>>> speedbar itself seems to lack the necessary semantic integration for
>>> the parsing of parameterised types (templates/generics) in C++ and
>>> Java, although I have not yet seriously attempted to resolve this,
>>> as I would prefer to use ECB  
>>> 
>> 
>> In the near future ECB will not provide what you ask for - it would
>> force a too deep-rewritting of the layout-engine of ECB. Sorry, but
>> for the moment i can not recommend you others than using the
>> speedbar. In prinzipial speedbar should be able to display the same
>> parsing results as ECB because both uses the same underlying parsing
>> engine: the cedet-suite! 
>> 
>> I'm sure if you ask Eric what you miss in speedbar, he would be
>> glad to help you!
> 
> Thank you for your quick answer!  (even if it was not the one I was
> hoping for .  I will take your advice and investigate how to get
> speedbar to use semantic (which does understand templates and
> generics).  I suspect that the current issue stems from speedbar's
> use of imenu / etags (neither of which have been updated for java 1.5
> as yet), and so it ought to be solvable without bothering the
> author... hopefully.

AFAIK the current speedbar (part of cedet - not that one shipped with Emacs!!!)
Uses per default the semantic-parser if available for a file-type!! Ask
Eric...

Ciao,
Klaus

> 
> Cheers,
> Daniel.

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005

Re: Multiple frame layout?

Is it possible to have two frames both in ECB mode with different
layouts?  This is not the same thing that Daniel asked about but
might prove to be a workaround.

Mark

klaus.berndl <at> sdm.de wrote:
> Daniel Wyeth wrote:
> 
>>The short version:  Is it possible to define an ECB layout which uses
>>multiple frames (top level windows), with the tree buffers in one and
>>the editing buffer in the other?
>>
>>The long version:  I am using ECB to write C, C++ and Java code.
>>While ECB provides excellent tag browsing via its tree buffers, the
>>integration of all ECB buffers into a single frame seriously
>>constrains the possible layout of the environment, and feels quite
>>unnatural on Mac OS X.  Ideally I would prefer the tree buffers to
>>use a separate frame, after the manner of the speedbar.  Alas
>>speedbar itself seems to lack the necessary semantic integration for
>>the parsing of parameterised types (templates/generics) in C++ and
>>Java, although I have not yet seriously attempted to resolve this, as
>>I would prefer to use ECB 
> 
> 
> In the near future ECB will not provide what you ask for - it would force a 
> too deep-rewritting of the layout-engine of ECB. Sorry, but for the moment i can
> not recommend you others than using the speedbar. In prinzipial speedbar should be
> able to display the same parsing results as ECB because both uses the same
> underlying parsing engine: the cedet-suite!
> 
> I'm sure if you ask Eric what you miss in speedbar, he would be glad to help you!
> 
> Ciao,
> Klaus
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr_______________________________________________
> Ecb-list mailing list
> Ecb-list <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ecb-list
> 
> 
> 

RE: [ECB-list] Multiple frame layout?

I have to admit i have not tested this but i'm quite sure that this
would not work because there are some variables which hold different
layout-state informations necessary for ECB to work.
These variable are not `frame-local'... Long time ago i made the first
Steps in that direction but i have stopped this cause of very low
Priority. 

I admit both scenarios would be improvements of ECB (tree-buffers
In separate frame like speedbar and also different ECB in different
Frames) but currently there is no support for it.

The latter one is also not so easy because Xemacs does not have
`make-variable-frame-local' which would be necessary. And ECB should
offer all ist features for both Emacs and XEmacs.

The road-map to the "tree-buffers in a own frame" approach is quite clear:
1. Adapt the dedicated-frame mechanism of speedbar for ECB
2. Make tree-buffer-creation independ from being included in the ECB-frame
3. Adapt the rest of the ECB-code

Nothing of these is impossible probably maybe not really hard but in
sum a lot of work especially to test it...

Maybe in the future when i have more time but for now, sorry.... 

Ciao,
Klaus

P.S.
Thanks to the good suggestions!!!

Mark Elston wrote:
> Is it possible to have two frames both in ECB mode with different
> layouts?  This is not the same thing that Daniel asked about but
> might prove to be a workaround.
> 
> Mark
> 
> klaus.berndl <at> sdm.de wrote:
>> Daniel Wyeth wrote:
>> 
>>> The short version:  Is it possible to define an ECB layout which
>>> uses multiple frames (top level windows), with the tree buffers in
>>> one and the editing buffer in the other?
>>> 
>>> The long version:  I am using ECB to write C, C++ and Java code.
>>> While ECB provides excellent tag browsing via its tree buffers, the
>>> integration of all ECB buffers into a single frame seriously
>>> constrains the possible layout of the environment, and feels quite
>>> unnatural on Mac OS X.  Ideally I would prefer the tree buffers to
>>> use a separate frame, after the manner of the speedbar.  Alas
>>> speedbar itself seems to lack the necessary semantic integration for
>>> the parsing of parameterised types (templates/generics) in C++ and
>>> Java, although I have not yet seriously attempted to resolve this,
>>> as I would prefer to use ECB 
>> 
>> 
>> In the near future ECB will not provide what you ask for - it would
>> force a 
>> too deep-rewritting of the layout-engine of ECB. Sorry, but for the
>> moment i can 
>> not recommend you others than using the speedbar. In prinzipial
>> speedbar should be 
>> able to display the same parsing results as ECB because both uses
>> the same 
>> underlying parsing engine: the cedet-suite!
>> 
>> I'm sure if you ask Eric what you miss in speedbar, he would be glad
>> to help you! 
>> 
>> Ciao,
>> Klaus
>> 
>> 
>> -------------------------------------------------------
>> This SF.Net email is sponsored by Yahoo.
>> Introducing Yahoo! Search Developer Network - Create apps using
>> Yahoo! 
>> Search APIs Find out how you can build Yahoo! directly into your own
>> Applications - visit
>> http://developer.yahoo.net/?fr_______________________________________________
>> Ecb-list mailing list Ecb-list <at> lists.sourceforge.net 
>> https://lists.sourceforge.net/lists/listinfo/ecb-list

-------------------------------------------------------
SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate
online with coworkers and clients while avoiding the high cost of travel and
communications. There is no equipment to buy and you can meet as often as
you want. Try it free.http://ads.osdn.com/?ad_idt02&alloc_id135&op=click