Re: ECB status
"Oviedo Javier-PKJ843" <[email protected]>
| Newsgroups | gmane.emacs.code-browser |
|---|---|
| Message-ID | <[email protected]> |
Thanks, Klaus. I use ECB every single day!!! Can't remember using emacs with out it. :-) Javier ________________________________ From: [email protected] [mailto:[email protected]] Sent: Thursday, August 07, 2008 8:30 AM To: Oviedo Javier-PKJ843 Cc: [email protected] Subject: RE: ECB status Hi Javier, thanks for your posting... yes, you are quite right - i have no time to do something for ECB - at least not in the moment and not in the near future... some month ago we had a discussion in the Emacs-devopment-forum about integrating ECB into the Emacs... a prestep would be to enhance Emacs to support some window-layout features ECB needs essentially to avoid some of its heavyweighted advices of Emacs-functions/operations... AFAIK a guy has already implemented a little bit of them... But i find no time to support this - unfortunately, because IMO this would be a goal worth to be done... Conclusion: in the near future i will not release any news about ECB - but i have added some stuff and also fixed some bugs which would altogether excuse a new release... i WILL make a new release this year but i can not calculate when, sorry ;-) Enjoy ECB as it is :-) Klaus ________________________________ From: Oviedo Javier-PKJ843 [mailto:[email protected]] Sent: Wednesday, August 06, 2008 8:35 PM To: Berndl, Klaus Subject: ECB status Hi Klaus, Looks like it's been a year since we've last emailed. Have you unofficially retired from ECB support/development? Don't see much activity these days. Any new releases planned? Hope all is well. Thanks. Javier ________________________________ From: Oviedo Javier-PKJ843 Sent: Tuesday, June 26, 2007 11:23 AM To: [email protected] Subject: RE: [ECB-list] Fast and smart selection of (other) edit-windows (WAS:compare-windows) hehe. I guess work and family life are keeping you quite busy. When I stop and think of the scope of ECB and the amount of "stuff" it does, I wonder how you ever had enough time to develop it. :-) Looks like ECB development could be a full time job by itself. Javier ________________________________ From: [email protected] [mailto:[email protected]] Sent: Tuesday, June 26, 2007 11:13 AM To: Oviedo Javier-PKJ843 Subject: RE: [ECB-list] Fast and smart selection of (other) edit-windows (WAS:compare-windows) no ;-) depends on the type of the release: If only some fixes and small enhancements, then probably soon..... otherwise later ;-) klaus ________________________________ From: Oviedo Javier-PKJ843 [mailto:[email protected]] Sent: Tuesday, June 26, 2007 3:31 PM To: Berndl, Klaus Subject: RE: [ECB-list] Fast and smart selection of (other) edit-windows (WAS:compare-windows) Hi Klaus, Is there a planned date for the next release of ECB? Javier ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Tuesday, June 26, 2007 9:16 AM To: [email protected] Cc: [email protected] Subject: [ECB-list] Fast and smart selection of (other) edit-windows (WAS:compare-windows) Hi, below is a quite smart command which allows fast and smart selection of edit.windows.... (defun ecb-goto-window-edit-by-smart-selection (&optional use-immediate-completion) "Selects an edit-window by smart selection. The command offers a list of all edit-windows by buffer-name. Selecting the buffer-name will select the displaying window. Which edit-windows are offered depends on the currently selected window: If no edit-window is selected then all edit-windows are offered in canonical order \(means from top-left to button-right). If an edit-window is selected then all other\(!) edit-windows are offered, beginning with the next edit-window to the current edit-window \(the following also in canonical order). If optional argument USE-IMMEDIATE-COMPLETION is nil then all possible destination-windows are displayed in the message-are and only hitting TAB offers completion. If USE-IMMEDIATE-COMPLETION is not nil then all destinations are immediately shown in a completion-buffer." (interactive "P") (when ecb-minor-mode (raise-frame ecb-frame) (select-frame ecb-frame) (let* ((edit-win-list (ecb-canonical-edit-windows-list)) (destination-list (if (numberp (ecb-where-is-point edit-win-list)) ;; point in an edit-window ==> all ;; edit-windows but the current (cdr (ecb-rotate (ecb-canonical-edit-windows-list) (selected-window))) ;; point elsewhere ==> all edit-windows in ;; canonical order edit-win-list)) (choices-list (mapcar (function (lambda (w) (buffer-name (window-buffer w)))) destination-list))) (when choices-list (if use-immediate-completion (ecb-window-select (ecb-offer-choices "Select an edit-window: " choices-list)) (ecb-window-select (ecb-query-string "Select an edit-window: " choices-list))))))) Please test if this would satisfy your needs... read the doc-string..test also the two different interaction-methods - see optional argument. TODO: Check when two windows display the same buffer; currently point remains in currently selected window... If you like this then tell me (if you don't like it, tell me too ;-) - and i will integrate this in next release of ECB.... You can add this to your .emacs - all internals of this new command are already build in current ECB release... Ciao, klaus ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Monday, June 25, 2007 6:38 PM To: [email protected] Cc: [email protected] Subject: Re: [ECB-list] compare-windows > Is there a way I can write a wrapper around compare-windows that would put me in the top window before calling compare-windows? i.e. is the top > window somehow identifiable? I think you mean the top "edit-window" and not the top-window of the whole frame i suppose, right? If yes, no problem: The manual would help - using `apropos' too: ecb-goto-window-edit1 and ecb-goto-window-edit2 are already builtin commands! If you are used to work with more than 2 edit-windows then there is currently no prebuild-command for going to an edit-window with number > 2; but you can build your own quite simple : The heart of such a new command would be: (select-window (ecb-get-edit-window-by-number <NUMBER>)) Read the docstring of `ecb-get-edit-window-by-number' which is an internal function... Example: (defun my-edit-window-jumper (number) "Selects the edit-window with ordering number NUMBER. Ordering is from top-left to bottom-right and counts from 1 to number of current visisble edit-windows in the ecb-frame." (interactive "nInsert the number of the edit-window you want to jump:") (let ((edit-win-list (ecb-canonical-edit-windows-list))) (if (> number (length edit-win-list)) (message "There is no edit-window with this number; insert a lower one.") (select-window (ecb-get-edit-window-by-number number edit-win-list))))) Feel free to modify ;-) > How do I hide the ecb windows? The only way I know how is ecb-deactivate. again a look into the manual and searching for "hide" would be a great idea - same for using apropos ;-) but here we are: - ecb-hide-ecb-windows - ecb-show-ecb-windows - ecb-toggle-ecb-windows all aleady build in... In general sometimes taking a look into the ECB-manual or using apropos would help i many situations!!!!!!!!! C iao, Klaus On Jun 25, 2007, at 9:50 AM, <[email protected]> wrote: Thanks, now i understand... Hmm, hard to fix! reason: compare-windows uses as "window-2" just that window returned by (next-window (selected-window)) which works when you are in the edit-window 1 but not if you are in edit-window 2, because in the latter case (next....) returns the top-left window, because edit-window is the bottom-right window of the frame an this next-window-mechanism works as cycle.... Several possibilities: Advicing next-window temporally during compare-windows is running - would be possible in general but i'm not sure if this is really smart.... next-window is a build-in c-level-function and advicing these is always...hmmmm.... ;-) Hiding the ecb-windows automatically when calling compare-windows and automaticall restore them after finishing compare-windows... would not be hard... but i'm not sure if it is worth... Hide the ecb-windows for yourself before calling compare-windows - then it will work!! Klaus -----Ursprüngliche Nachricht----- Von: [email protected] im Auftrag von Perry Smith Gesendet: Mo 25.06.2007 14:57 An: Berndl, Klaus Cc: [email protected] Betreff: Re: [ECB-list] compare-windows I'm going to put a flat ascii file as an attachment. (I don't trust my mail program). On Jun 25, 2007, at 2:18 AM, <[email protected]> wrote: > Hi, > > yes, please draw something like this: > > ---------------------------------- > | | > | x | > ---------------------------------- > | | > | | > > where x means active window or what else necessary to describe the > problem... > > Please draw such an "ascii-screenshot" and tell me then, what is > your problem... > Thanks! > > Klaus > > Perry Smith wrote: >> Hi all, >> >> Ahh!!! I remember. compare-windows is what is not working for me. >> >> If I have ecb activated, I split the screen and pull up two windows. >> If I am sitting in the bottom pane, then it compares that window to >> the top pane on the left. If I am sitting in the top pane (on the >> right), then it works like I would expect. >> >> Let me know if you need more of an explanation. >> >> Thanks, >> Perry >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Ecb-list mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/ecb-list > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Ecb-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ecb-list