From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Klaus Berndl Newsgroups: gmane.emacs.help Subject: Re: ECB for LaTeX? Date: 11 Jun 2003 10:03:49 +0200 Organization: sd&m AG, Muenchen, Germany Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <84bry7xajz.fsf@lucy.is.informatik.uni-duisburg.de> <5lbrx6ca6k.fsf@rum.cs.yale.edu> <5lptlmas1c.fsf@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1055319003 30809 80.91.224.249 (11 Jun 2003 08:10:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 11 Jun 2003 08:10:03 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Wed Jun 11 10:10:00 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19Q0fY-0007xa-00 for ; Wed, 11 Jun 2003 10:09:20 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Q0gg-00015R-Uw for gnu-help-gnu-emacs@m.gmane.org; Wed, 11 Jun 2003 04:10:30 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!logbridge.uoregon.edu!newsfeed.esat.net!lnewspeer01.lnd.ops.eu.uu.net!emea.uu.net!news.sdm.de!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 60 Original-NNTP-Posting-Host: sachrang.muc.sdm.de Original-X-Trace: solti3.muc.sdm.de 1055318624 934 193.102.181.185 (11 Jun 2003 08:03:44 GMT) Original-X-Complaints-To: usenet@news.sdm.de Original-NNTP-Posting-Date: 11 Jun 2003 08:03:44 GMT User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Original-Xref: shelby.stanford.edu gnu.emacs.help:114352 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:10846 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:10846 On 10 Jun 2003, Stefan Monnier wrote: > > Concerning displaying stuff like LaTeX etc (all file-types supported by > > imenu and etags but not by semantic) you are right...here ECB steals the > > speedbar implementation because it works great and is well tested. > > Ah, so it doesn't reinvent the wheel, I misunderstood. Good. Puhhh :-) > > > ECB could use either the speedbar code itself (but this brings > > another dependence to speedbar internals i dislike) or re-implement the > > few parts of the speedbar-code needed for this. > > Why not cooperate with Eric to make those internals less internal ? Yes, good idea... let us see what Eric means... for myself i would second this. > > > I have decided to go the latter approach because then ECB is independent > > from speedbar internals and if these are changed.... > > yes... ? if these are changed...what ? You mean you'd rather not benefit > from the enhancements brought by those changes ? I don't understand. The other side... ECB can only display tokens in its method-buffer if the tokens are semantic-token, i.h. they must offer the semantic-API to get the informations to display. speedbar on the other side has well working and well tested code to use imenu and etags to parse files. But then speedbar displays these imenu and etags tokens in it's own proprietary display engine. Conclusion: ECB uses the speedbar code for generating imenu- and etags tokens but then ECB has to transform these tokens itself into the semantic-format. Now if Eric changes the internal format of the tokens speedbar gets with imenu and etags and if ECB uses this internal code then probably the ECB-transformation-engine (transforming to semantic-format) will be broken. Is this more understandable? But maybe Eric could extract the imenu and etags code from speedbar, put on top a well defined API and make it therefore less internal...then ECB can completely be based on this code. Ciao, Klaus > > > Stefan -- Klaus Berndl mailto: klaus.berndl@sdm.de sd&m AG http://www.sdm.de software design & management Thomas-Dehler-Str. 27, 81737 München, Germany Tel +49 89 63812-392, Fax -220