-
Notifications
You must be signed in to change notification settings - Fork 0
/
NEWS
2800 lines (2043 loc) · 127 KB
/
NEWS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
* Changes for ECB version 2.33beta2
** More user-responsible buffer-parsing based on the idle-mechanism of semantic
Force a reparse of the semantic-source if the idle-scheduler is off.
Generally ECB calls semantic to get the list of tags for current
source-file of current edit-window. Per default ECB does never
automatically force a reparse of the source-file - this is only done on
demand by calling `ecb-rebuild-methods-buffer'. So per default the
idle-scheduler of semantic is responsible for reparsing the source-file and
when this is necessary (see `semantic-idle-scheduler-mode' for further
details). This is the most user-resonsible and therefore the recommended
approach.
So it's strongly recommended to enable `semantic-idle-scheduler-mode'
because then reparsing is always done during idle-time of Emacs and is also
interruptable.
But if this idle-scheduler is switched off then ECB offers now two
possibilities (via `ecb-force-reparse-when-semantic-idle-scheduler-off'):
- Not forcing itself a reparse when tags are needed by ECB: then a user
declines knowingly Emacs/semantic-driven parsing of code when he/she
switches off the idle-mode of semantic. This is the default behavior of
ECB and the default value of this option. But this has also the
consequence that the methods-buffer is only filed on demand via
`ecb-rebuild-methods-buffer' (bound to \[C-c . r])!
This means also in consequence that the methods-buffer is not
automatically filled when a source-file is opened but first on demand
after calling the command `ecb-rebuild-methods-buffer'!
- Forcing a reparse when tags are needed: Then ECB forces semantic to parse
the source-file when ECB needs tags to display. For this behavior this
option has to be set to not nil.
The term "forcing a reparse by semantic" is a simplification: ECB uses then
the function `semantic-fetch-tags' which can decide that the cached tags
are up-to-date so no real reparsing is necessary - but it can also run a
full reparse and this reparse is not being done when Emacs is idle but
immediatelly and not interruptable (as with the idle-scheduler of
semantic), which can be quite annoying with big source-files.
** Much saver advice-backbone for all advices needed by ECB
This is not a user-visible change but enhances the stability of ECB by
using now a new advice-backbone which guarantes that all ecb-advices are
enabled rsp. disabled correctly depending on the surrounding context.
Introducing three new macros `defecb-advice-set', `defecb-advice' and
`ecb-with-original-adviced-function-set'.
** New features rsp. commands
*** New command `ecb-goto-window-edit-by-smart-selection'
*** New command `ecb-goto-window-ecb-by-smart-selection'
** Better compatibility with Emacs 22
*** `balance-windows' now works with Emacs 22 too
Cause of the completely new implemantation based on `window-tree' ECB
uses a new machanism for enabling balance-windows to work properly with
active ECB, so only the edit-windows are balanced but all ecb-windows
remain on their sizes.
*** `master-mode' now works with Emacs 22
*** Grepping from ECB now uses per default `lgrep' rsp. `rgrep'.
**** The option `ecb-grep-function' defaults to `lgrep' if available
If not it tries `igrep' or 'grep'.
**** `ecb-grep-find-function' has been renamed to `ecb-grep-recursive-function'
It defaults to `rgrep' if available. If not it tries `igrep-find' or
`grep-find'. The old value is automatically upgraded to the new option
name.
*** Fixed problems with `ecb-fix-window-size' and active compile-windows
With Emacs >= 22 the bugs of Emacs 21.3.X concerning `window-size-fixed'
are fixed by the Emacs-team so now ECB supports this feature also with
active compile-window.
*** Fixed small lack in the `switch-to-buffer-other-window'-advice.
In Emacs 22 this command ignores the settings in `same-window-*'. Now ECB
adopts this behavior also for its adviced version so the command works
in a smart manner optimized for ECB.
** Fixed Bugs
*** Fixed a bug which prevented `ecb-rebuild-methods-buffer' to work correctly
*** Fixed problems with the internal download of newer ECB-versions
Seems that two different URLs are needed:
- "ftp://ftp1.sourceforge.net/pub/sourceforge/e/ec/ecb/" (see variable
`ecb-packagelist-ecb-url') for getting a list of all available
package-versions
- "http://ftp1.sourceforge.net/ecb/" (see option `ecb-download-ecb-url')
for the real download of a certain version of the package (e.g.
ecb-2.32.tar.gz)
Downloading does not work with the former one and getting a packagelist is
not possible with the latter one. Therefore ECB now uses both URLs.
*** Fixed context-menu for VC-operations in the sources- and history-window
Now all vc-commands are called interactively by ECB.
* Changes for ECB version 2.32
** New backbone-add-on of ECB for getting the definition of the symbol at point
It allows to display in a new special ECB-window the semantic (do not
confuse this term with the semantic-library!) context of the definition of
the current symbol under point. Per default ECB tries to find this context
via semanticdb (part of cedet) and etags (shipped with (X)Emacs) but in
general this is completely customizable; see the options of the new
options-group "ecb-symboldef".
Either use the layout "left-symboldef" (e.g. via [C-c . l c]) or create a
new ecb-layout via the command `ecb-create-new-layout' and add a buffer of
type "other" and name "symboldef" into this new layout.
This add-on interactior can be seen as a "backbone" infrastructure, because
it is/should be highly customizable how to get the definition of the symbol
at point (e.g. via semanticdb or etags or whatever).
Thanks to Hauke Wintjen <hauke.jans@tietoenator.com> for having the idea
and writing the first implementation
This add-on interactor of ECB is currently in beta or gamma stage but works
already quite well. So please try it out and send feedback to the
ECB-mailing-list. Every suggestion is highly appretiated!
** New native ECB-display interactor for the semantic-analyzer
There is a new tree-buffer ECB-analyse which displays the tags and
informations of the semanic-analyzer in a smooth way. There are already new
prebuild layouts "left-analyse" and "leftright-analyse" which contain this
new tree-buffer interactor. But of course it can be added to own build
layouts - either via the command `ecb-create-new-layout' (add a buffer of
type "other" and name "analyse" into the new layout) or via a
elisp-programmed new layout.
** New smart-arrow-navigation in a tree-buffer with up- and down-arrow
Point jumps to the first character of the previous (up) rsp. next node
(down). "First" character means either the first character of the
expand-symbol (in case `ecb-tree-expand-symbol-before' is not nil) or of
the displayed node-name. Or with other words: The first non-indentation and
non-guide-line (see `ecb-tree-buffer-style') character of a node.
Left- and right-arrow were already smart - see the existing option
`ecb-tree-navigation-by-arrow'.
** Better handling of maximized ecb-windows
*** Smarter handling of node-selections in maximized tree-windows
Now the default behavior of ECB is:
Maximized directories-window: When selecting a directory then first
automatically the maximized directories-window will be "minimized" (i.e.
all ecb-windows of current layout are displayed) if the current layout
contains a sources-buffer and no sources are shown in the
directories-window. So the source-files can be displayed in the
sources-window.
Maximized sources- or history-window: When selecting a source-file in one of
these buffers then first automatically the maximized window will be
"minimized" (i.e. all ecb-windows of current layout are displayed) if the
current layout contains a methods-buffer. So the tag-contents of the
selected source-file can be displayed in the methods-window.
For a even smarter behavior ECB introduces a new option
`ecb-maximize-next-after-maximized-select' which automatically maximizes
the next logical tree-window after a node selection. The definition of
"next logical is": Directories --> sources, sources/history --> methods.
See the docstring of this new option for more detailled informations.
Thanks for suggestion to Michael Reiher.
*** Easier maximizing and "minimizing"
ECB supports the default modeline-mechanisms for deleting other windows.
GNU Emacs binds `mouse-2' in its modeline to `delete-other-window'. XEmacs
binds a popup-menu with some window commands to `button-3' in its
modeline.
ECB combines the best of both worlds by supporting both of these
mechanisms for both Xemacs and Emacs: ECB binds a toggle-command to
`mouse-2' in the modeline of each tree-buffer which maximizes the current
tree-window if all ECB-windows are visible and displays all ECB-windows if
current tree-window is maximized. In addition ECB binds a popup-menu to
`mouse-3' which offers exactly 2 commands: Maximizing current tree-window
and displaying all ECB-windows.
** Renamed options or options with new type
The following options have been renamed:
ecb-truncate-lines --> ecb-tree-truncate-lines
The following options have now a new type:
ecb-tree-RET-selects-edit-window
ecb-tree-image-icons-directories
ECB automatically upgrades the old values to the new options!
** Better assistance fixing errors related to semantic-load problems
Often users report errors somehow related to problems running ECB with the
right semantic-version. There are different reasons for this:
- People do not install the cedet-suite as described in the INSTALL-file of
cedet.
- People byte-compile ECB with another semantic (also eieio and speedbar)
version than loaded into Emacs.
All of them prevent ECB from working correctly.
Now ECB detects the error at startup-time and assists the user in finding
the reason of the problem and how to fix it.
** More robust downloading of new ECB from within Emacs
Now `ecb-download-ecb' should work also with native Windows-XEmacs and also
when ECB is installed in a directory which name contains spaces. If there
are still problems in running this command please check the new options
`ecb-wget-setup', `ecb-gzip-setup' and `ecb-tar-setup'.
** Support for (X)Emacs < 21 has been officialy removed.
ECB requires now (X)Emacs >= 21. ECB stops activation with an appropriate
error-message when (X)Emacs < 21 is detected.
** Full documentation of the library tree-buffer.el
The ECB-info-manual contains a new section "tree-buffer" in the chapter
"Entry points for elisp-programers". This describes in detail how to
program with the library tree-buffer.el which is shipped with ECB.
** Fixed Bugs
*** Version-controlled (VC) and not-VC history-entries are now sorted
correctly according the setting in `ecb-history-sort-method'.
*** Handles not anymore existing files in the stealthy tasks.
If a stealthy task detects that a displayed file does not exist anymore it
removes this source-file from the tree-displays.
*** Fixed a bug when `ecb-process-non-semantic-files' is set to nil.
This bug only occurs with XEmacs. As a side effect of this fix now the
methods-buffer is correctly cleared out when loading a
non-semantic-sourcefile (i.e. not parsable by semantic) and processing of
non-semantic-files is switched off (`ecb-process-non-semantic-files' is
set to nil) or the sourcefile is not parsable by a parser like imenu or
etags/ctags.
*** Fixed a bug in displaying semantic-tags which have plain-string members
E.g. parsing `defstruct' has failed in previous ECB-version cause of this
bug.
*** Fixed a bug when Emacs is started with -q so Emacs could not determine the
`custom-file'. This case is correctly handled now.
* Changes for ECB version 2.31
** Fixed bugs
*** Fixed a recently introduced bug with XEmacs and an active isearch.
This bug occured when a user has clicked onto a node in a tree-buffer
during an active isearch and it had as result completely out-of-order
tree-buffers. This buf is now fixed and should never occur.
*** Fixed a bug concerning accessing root-drives in native window-XEmacs
Fixes an annoying behavior of the native windows-version of XEmacs: When a
path contains only a drive-letter and a : (e.g. C:) then
`expand-file-name' (and a lot of other file-operations) do not interpret
this path as root of that drive. So ECB adds temporary a trailing
`directory-sep-char' and calls file-operations like `expand-file-name'
with this new path because then `expand-file-name' treats this as root-dir
of that drive. For all (X)Emacs-version besides the native-windows-XEmacs
this fix is not needed and takes no effect.
*** Better recognizing of remote CVS-root-repositories for the VC-support
** Enhancement for the VC-support
*** New option `ecb-vc-xemacs-exclude-remote-cvs-repository'
This excludes directories with a remote cvs-repository from VC-check. This
option takes only effect for XEmacs and is needed cause of the outdated
VC-package of XEmacs which offers no heuristic state-checking and also no
option `vc-cvs-stay-local'. So this option takes only effect if
`vc-cvs-stay-local' is not avaiable. In this case ECB treats directories
which are managed by CVS but have a remote repository as if the directory
would not being managed by CVS (so the files are not checked for their
VC-state). This is done to avoid blocking XEmacs cause of running full
cvs-commands (e.g. ``cvs status'') for a bunch of files over the net.
*** Added beta-support for Clearcase
There is already an identify-backend-function `ecb-vc-dir-managed-by-CC'
and a check-state-function `ecb-vc-check-CC-state' and an advice for
`clearcase-sync-from-disk' which enable automatic state-update after
checkin/out. These code seems to work quite well but nevertheless there
are some problems so this Clearcase-support is not added per default to
`ecb-vc-supported-backends'.
So if you want Clearcase-support you have to customize the option
`ecb-vc-supported-backends' and add these functions mentioned above (the
advice of `clearcase-sync-from-disk' takes only effect if the function
`ecb-vc-dir-managed-by-CC' can be found in `ecb-vc-supported-backends' and
ECB is active!). But use it at your own risk. Of course the best would be
if a lot of people would test this Clearcase-support and fix the
encountered problems ;-). Thanks to David Ostrovsky for providing a first
implementation!
* Changes for ECB version 2.30.1
** Enhancement to the automatic option-upgrading mechanism
ECB now automatically makes a backup-file of that file which will be
modified by storing the upgraded rsp. renamed ECB-options. This backup file
gets a unique name by adding a suffix ".before_ecb_<version>" to the name
of the modified file. If such a file already exists ECB adds a unique number
to the end of the filename to make the filename unique.
This is a safety mechanism if something fails during storing the upgraded
options, so you never lose the contents of your customization-file!
** Enhancement to the VC-support
*** Better recomputing of the VC-state of a file when state changed outside
With the new check-state-function `ecb-vc-state' the heuristic state is
always computed right which is especially useful if the state for a file
has been changed outside Emacs (e.g. by checking in from command line or
Windows Explorer). This function is now added to the default-value of
`ecb-vc-supported-backends' for GNU Emacs.
*** Added out-of-the-box support for VC-system Subversion
For this the latest version of the VC-package incl. the library vc-syn.el
is needed. Latest CVS Emacs contains this VC-version. The new function
`ecb-vc-dir-managed-by-SVN' is now added to the default-value of
`ecb-vc-supported-backends'. Thanks for first implementation to Ekkehard
Görlach <ekkehard.goerlach@pharma.novartis.com>.
** Fixed bugs
*** Fixed errors occured at load-time of ECB 2.30
* Changes for ECB version 2.30
** Enhancements to the file-browser
*** Much better performance of the file-browser display because all
time-consuming tasks (like the check if the displayed directories are
empty of not) are now performed "stealthy" - means when Emacs is idle.
Each stealthy task is interruptable by the user just by hitting any key or
clicking the mouse so Emacs/ECB will not be blocked by such tasks; next
time Emacs is idle again the interrupted task automatically proceeds from
the state it has been interrupted. There is a new macro `defecb-stealthy'
which can be used by a user to program own stealthy tasks.
Currently ECB performs three stealthy tasks:
Prescann directories for emptyness: Prescann directories and display
them as empty or not-empty in the directories-buffer. See the
documentation of the option `ecb-prescan-directories-for-emptyness' for
a description.
File is read only: Check if sourcefile-items of the directories- or
sources-buffer are read-only or not. See documentation of the option
`ecb-sources-perform-read-only-check'.
Version-control-state: Checks the version-control-state of files in
directories which are managed by a VC-backend. See the option
`ecb-vc-enable-support'.
There is also a new option `ecb-stealthy-tasks-delay'.
There are three options which allow excluding certain directories from
these stealthy tasks: `ecb-prescan-directories-exclude-regexps',
`ecb-read-only-check-exclude-regexps' and last but not least
`ecb-vc-directory-exclude-regexps'.
*** ECB is now capable of handling remote paths.
"Remote" means file- or directory-paths in the sense of TRAMP, ANGE-FTP or
EFS. Such paths can now being added to the option `ecb-source-path' with
no limitation compared to "local" paths. Just work with remote-paths in
the same manner as with local paths. See also the additional choices of
the options `ecb-prescan-directories-for-emptyness',
`ecb-sources-perform-read-only-check' and `ecb-vc-enable-support' (new).
This new support is tested with the combinations GNU Emacs+TRAMP and
XEmacs+EFS but it should (hopefully) also work with all other
combinations. Thanks a lot to Tomas Orti for beta-testing!
*** ECB displays the Version-control-state of a file in the tree-buffers.
There are four new options `ecb-vc-enable-support',
`ecb-vc-supported-backends', `ecb-vc-directory-exclude-regexps' and
`ecb-vc-state-mapping' which define if and how ECB should check the state
of a sourcefile in a directory managed by a version-control system. By
default ECB supports the same VC-backends as the builtin VC-support of
Emacs: CVS, RCS and SCCS. But the option `ecb-vc-supported-backends'
allows to add support for arbitrary VC-backends (e.g. Clearcase). New
image-icons are also included for a cute display of the VC-state in the
directories, sources and history-buffer. Thanks to Markus Gritsch
<gritsch@iue.tuwien.ac.at> for contributing the icons.
It's recommended to read the section "Version-control support" in the
chapter "Tips and Trick" of the ECB-info-manual!
*** New hook which runs directly after the selected directory has changed.
See documentation of `ecb-after-directory-change-hook'.
** The popup-menu of the methods-browser allows precisely expanding of the
current node. This means you can precisely expand a certain node to an
exact indentation level relative to the node. This means all subnodes <=
this level will be expanded (full recursive expanding is therefore of
course also possible) and all subnodes indented deeper than this level will
be collapsed - this is very different from using the expand/collapse symbol
of a node. For forther details and examples the the manual and the section
"Expanding" and here the subsection "Explicit expanding of the current node
to a certain level".
** Automatically upgraded ecb-option-settings are now not saved by default.
This means that ECB has now the new policy "Never touching the
customization-files of a user without asking". The result is a completely
redesigned upgraded-options-buffer: Now at the bottom of this buffer
(displayed by `ecb-display-upgraded-options') two clickable buttons [Save]
and [Cancel] are displayed which give the user the choice between saving
the upgraded options for future Emacs-sessions ot just to cancel this
buffer. In the latter case ECB has also upgraded the not compatible or
renamed options (as listed in the displayed upgraded-options-buffer) but
they will be not saved, i.e. no customization-file is touched and the
changed and upgraded values will be lost after quiting Emacs.
** With XEmacs ECB temporary sets `progress-feedback-use-echo-area' to t
This is necessary because otherwise the progress-display with native
widgets modifies the window-sizes of ECB and does not exactly restore the
window-sizes as before that progress-display. Deactivating ECB
automatically restores the old value of this option.
** Fixed bugs
*** Fixed resizing of the ecb-windows after opening a file
Sometimes (X)Emacs (the behavior has only been reported for XEmacs)
resizes the ecb-windows after opening a file by clicking onto a sourcefile
or calling `find-file' (or similar functions). This is not a bug of ECB
but nevertheless it is annoying for the ECB-users. Therefore ECB has now a
workaround which prevents the ecb-windows from resizing. The work around
is done via two simple advices of `find-file' and `find-file-other-window'.
*** Fixed a bug in the upgrading feature (command `ecb-download-ecb') which has
occured when the user has set a different LOKALE (e.g. "de_DE@euro").
*** Fixed a bug in restoring sizes of the ecb-windows.
Now a check will be performed if there are ecb-windows visible. If not
nothing will be done (versions < 2.30 have failed in such a case).
This bug has prevented ediff from working together with ECB when a
compile-window was visible and the user has stored window-sizes for the
current layout.
* Changes for ECB version 2.27
** The option `ecb-auto-expand-tag-tree-collapse-other' now has three possible
choices. You can decide between auto-collapsing only when point stays onto
a tag in the edit-window or even when point doesn't stay onto a tag (which
then results in a full collapsed methods-buffer). ECB autom. upgrades the
old setting of this option to the new type. Thanks to Javier Oviedo
<joviedo@telogy.com> for the suggestion.
** Not accessible directories are displayed in a different face in the
directory-browser. See the new option `ecb-directory-not-accessible-face'
and the new face with same name.
** Enhancements to the permanent compile-window
*** Enlarging the compile-window does not destroy some ecb-windows
With previous versions of ECB enlarging the permanent compile-window has
often destroyed some ecb-windows if the compile-window has occupied a
large portion of the frame-height (e.g. half of the frame). Beginning with
ECB 2.27 such a ecb-window-damage is either prevented or - if it still
occurs (can not be prevented in all situations) - ECB now has a
"self-healing"-mechanism which immediatelly repairs the layout via
idle-checks if the current window-layout is correct for the current
`ecb-layout-name'. Conclusion: Enlarging or shrinking the compile-window
should never damage the ecb-windows! Thanks to Javier Oviedo
<joviedo@telogy.com> for a great problem-report!
Caution: If bytecompiled user-defined layouts are used (ie. the file,
which contains the user-defined layouts is byte-compiled) then you MUST
recompile this file with ECB 2.27 active!
*** Now `ecb-store-window-sizes' and `ecb-restore-window-sizes' also work when
called during a permanent compile-window is visible and also when these
commands are called with another compile-window state than the other (e.g.
when the window-sizes are stored without a compile-window and restored
with a compile-window).
*** Now ECB ensures that the permanent compile-window has always its specified
size when shrinked either by Emacs/ECB or by the command
`ecb-toggle-compile-window-height'.
*** Now ECB ensures that all ecb-windows have always either their default or
stored size size after the compile-window has been shrinked either by
Emacs/ECB or by the command `ecb-toggle-compile-window-height'.
*** ECB takes into account the new Emacs-option `grep-window-height' when it
compute the max. allowed size of its permanent compile-window. More
generally spoken: It takes into account all options with name
*-window-height defined for modes which are defined by the macro
`define-compilation-mode'. This mechanism is available in the forthcoming
Emacs 21.4 (and of course with current CVS-Emacs 21).
** Fixed Bugs
*** Added a workaround for a bug in the custom-library of current release 21.3
of GNU Emacs which causes under certain circumstances the autom.
option-upgrading-feature of ECB to fail. Same for the command
`ecb-store-window-sizes'. Thanks for reporting this annoying bug and great
help to Christoph Ludwig <cludwig@cdc.informatik.tu-darmstadt.de>
* Changes for ECB version 2.26
** Improved the performance of the directories-buffer-display
Reduced the need of completely rebuilding the whole directories-tree-buffer
when just switching between buffers and the related directories are already
expanded. This can dramatically increase the speed of the tree-buffer
display when displaying the sources-files in the directories-buffer (see
`ecb-show-sources-in-directories-buffer'). Thanks to Rob Walker
<rob.lists@tenfoot.org.uk> for tracking down the performance bottleneck and
supplying a first patch.
** Per default all mouse-actions in the special ECB-buffers are now triggered
first after releasing the mouse-button and not when pressed as with
previous ECB-versions. This is the standard behavior of Emacs and of most
applications. But with the new option `ecb-tree-mouse-action-trigger' a
user can switch back to the old behavior.
As a side effect now the ECB-tree-buffers can be used during an active
isearch - at least with GNU Emacs. Thanks to Markus Gritsch
<gritsch@iue.tuwien.ac.at> for pointing to this problem.
** ECB sets autom. temp-buffer-resize-mode rsp. temp-buffer-shrink-to-fit when
needed. This modes are needed when a permanent compile-window is used
because otherwise the correct sizing of the compile-window according to the
settings in ecb-compile-window-temporally-enlarge and
ecb-enlarged-compilation-window-max-height is not possible. After disabling
the permanent compile-window or when deactivating ECB the original settings
of these modes are restored!
** Some regexp-options has been changed to regexp-list-options:
`ecb-excluded-directories-regexp' --> `ecb-excluded-directories-regexps'
`ecb-source-file-regexps' --> `ecb-source-file-regexps'
`ecb-exclude-parents-regexp' --> `ecb-exclude-parents-regexps'
All these options now accept (and require) a list of regexps instead of
exactly one big regexp. This allows easier regexp-definition and follows
now the way Emacs goes with other regexp-options like `same-window-regexps'
or `special-display-regexps' which are also lists of regexps.
ECB autom. upgrades your old settings to the new option-types rsp. also
-names (if the option has been renamed).
** New option `ecb-history-exclude-file-regexps' for excluding certain files
from being displayed in the history-buffer of ECB. Currently the filenames
TAGS and semantic.cache are excluded per default. Thanks to Javier Oviedo
<joviedo@telogy.com> for the suggestion.
** ECB now displays read-only sourcefiles in a different face.
For this a new option and a new face are offered both named
`ecb-source-read-only-face' (default: italic) which is used to display
source-files in the sources-tree-buffer (or in the directories-tree-buffer
if `ecb-show-sources-in-directories-buffer' is not nil) if the file is
read-only.
** Fixed bugs
*** Fixed merging faces with XEmacs.
Now options like `ecb-type-tag-display' (merges own ECB-faces to already
by semantic faced tags) work also correct with XEmacs. ECB-versions prior
to 2.26 has not merged the ECB-faces to the already applied faces of a
text but instead replaced the applied faces with the ECB ones. Now all
faces are merged.
*** Now the command `ecb-expand-methods-nodes' and all the expand-* menu-entries
in the popup-menu of the methods-buffer work for non-semantic-buffers too.
*** Fixed a bug concerning `ecb-auto-expand-tag-tree-collapse-other'.
Thanks to Javier Oviedo <joviedo@telogy.com> for pointing to the problem.
*** Handles not existing source-paths in `ecb-source-path' correct.
These paths are now ignored with a warning.
* Changes for ECB version 2.25
** More flexible sorting of the Sources- and the History-buffer
*** `ecb-sort-history-items' has been renamed to `ecb-history-sort-method'
and offers now the same choices as the already existing option
`ecb-sources-sort-method'.
*** Two new options `ecb-sources-sort-ignore-case' and
`ecb-history-sort-ignore-case' which allow to ignore case when sorting the
Sources- and/or the History-buffer. Thanks for suggestion to Markus
Gritsch <gritsch@iue.tuwien.ac.at>. Per default case is now ignored.
** New icons for parent-display in the Methods-buffer.
Thanks to Markus Gritsch <gritsch@iue.tuwien.ac.at> for contributing the
icon-images.
** Fixed Bugs
*** Fixed an annoying bug which results sometimes in an error "stack-overflow
error in equal" when using `senator-try-expand-semantic' which is called
when you use hippie-expand for example. Maybe the bug occured also in
other situation but now this bug has been extirpated!
*** Fixed a bug in the mechanism which prescanes directories for emptyness.
Now a directory is checked if it is accessible before it is prescanned -
otherwise the prescan could fail with an error.
*** Fixed a bug in the autom. option-upgrading-mechanism.
Thanks to Javier Oviedo <joviedo@telogy.com> for pointing to the
underlying problem.
* Changes for ECB version 2.24
** Enhancements for the Methods-buffer
*** Enhancements to the icon-display in the Methods-buffer
**** New icon-images for enumerations and abstract/virtual tags (interfaces are
currently displayed with the icon for abstract classes - at least til
someone provides special icons ;-)
**** Some slightly fixes in the other icons - e.g. a better display with a
not-white background
**** Static and abstract tags are no longer underlined rsp. italic when icons are
displayed because this is somehow "tautological" when a special static
rsp. abstract icon is already displayed.
*** New option for switching on/off distinction of function-prototypes from the
real function-definitions: `ecb-methods-separate-prototypes'. This is
useful for C++ and C because these languages distinct between a
method-prototype (rsp. function-prototype for C) and the method (rsp.
function for C) itself. If this option is not nil (default) then ECB
separates the prototypes from the real function/methods in the
Methods-buffer.
*** New "current-type"-filter for the Methods-buffer
In languages which have types (like Java or C++) this filter displays only
the current type and all its members \(e.g. attributes and methods). The
current-type is either the type of the current tag in the source-buffer or
the type of the current node in the methods-buffer. If ECB can not
identify the current type in the source-buffer or in the methods-window
then nothing will be done.
** Now directories are prescanned for emptyness so they are displayed as empty
in the directories-buffer even without user-interaction (i.e. in previous
ECB-versions the emptyness of a directory has been first checked when the
user has clicked onto a directory). ECB optimizes this check as best as
possible but if a directory contains a lot of subdirectories which contain
in turn a lot of entries, then expanding such a directory or selecting it
takes of course more time as without this check - at least at the first
time (all following selects of a directory uses the cached information if
its subdirectories are empty or not). Therefore this feature can be
switched of via the new option `ecb-prescan-directories-for-emptyness'.
** Fixed Bugs
*** Fixed some newly introduced bugs which made ECB 2.23 incompatible with
semantic 1.4.
*** Fixed a bug which changed the highlighted directory even after just expanding
or collapsing other directories.
*** Fixed two small bugs which have influenced `ecb-create-new-layout'
* Changes for ECB version 2.23
** New cedet1.0beta2 is supported.
** Enhancements for the Methods-buffer
*** The look&feel of the Methods-buffer is now much nicer because it has been
polished with a lot of new icons. ECB contains now a lot of new icons for
displaying the Method-buffer as pretty and professional as possible. The
new default-value of the option `ecb-tree-image-icons-directories' points
autom. to the new icon-images. Thanks a lot to Markus Gritsch
<gritsch@iue.tuwien.ac.at> for providing these new icons.
To use this you should reset the option `ecb-tree-image-icons-directories'
to the new default-value if you have customized this option!
You can disable this icon-display via the new option
`ecb-display-image-icons-for-semantic-tags' if you do not like the new
icons.
*** New feature for applying default tag-filters for certain files.
The new option `ecb-default-tag-filter' allow to define default
tag-filters for certain files which are applied automatically after
loading such a file into a buffer. The possible filters are the same as
offered by the command `ecb-methods-filter' and they are applied in the
same manner - the only difference is they are applied automatically. The
files can be specified on a combined major-mode- and
filename-regexp-basis.
Usage-example: This can be used to display for outline-mode files (e.g.
NEWS) in the Methods-buffer only the level-1-headings by defining a
regexp-filter "^\* .*" (see the default-value of this new option).
*** New keybindings and commands for faster applying certain tag-filters.
Here are the new bindings:
[C-c . fr] --> `ecb-methods-filter-regexp'
[C-c . ft] --> `ecb-methods-filter-tagclass'
[C-c . fp] --> `ecb-methods-filter-protection'
[C-c . fn] --> `ecb-methods-filter-nofilter'
[C-c . fl] --> `ecb-methods-filter-delete-last'
[C-c . ff] --> `ecb-methods-filter-function'
*** The popup-menu contains now mode-dependend tag-filter entries.
This means for sources not supported by semantic no protection- or
tag-class filters will be offered. And for semantic-supported sources
exactly these tag-classes are offered the semantic-parser for the current
major-mode offers. Same for the command `ecb-methods-filter'. For example
texi-sources can only be filtered by the tag-classes "Definitions" and
"Sections" and java-sources can be filtered by "Methods", "Variables",
"Classes" etc. In general the semantic-variable
`semantic-symbol->name-assoc-list' is used to get the right tag-classes.
*** The option `ecb-show-tags' is now defined on a major-mode-basis.
This means you can have different settings for each major-mode. ECB autom.
upgrades your old setting to the new option-type.
*** Distinction between functions and function-prototypes in the Methods-buffer
This is for example useful for C++ and C because these languages distinct
between a method-prototype (rsp. function-prototype for C) and the method
(rsp. function for C) itself. The new default value of `ecb-show-tags'
displayes per default the methods as flattened and the method-prototype as
collapsed when opening a C- or C++-buffer. ECB autom. updates your old
setting of this option to the new default value.
** The command `ecb-toggle-layout' now has a prefix-argument:
If this optional argument is not nil (e.g. if called with a prefix-arg)
then always the last selected layout was choosen regardless of the setting
in `ecb-toggle-layout-sequence'. The last selected layout is always that
layout which was current direct before the most recent layout-switch. So
now a user can switch to another layout via `ecb-change-layout' [C-c . l c]
and always come back to his previous layout via [C-u C-c . l t].
** Better internal self-monitoring of ECB
ECB now monitors itself when Emacs is idle, ie. it monitors if all
necessary ecb-functions are still member of the hooks `post-command-hook'
and `pre-command-hook'. This is because Emacs resets these hooks to nil if
any of the contained hook-functions fails with an error-signal. The
ECB-hook-functions are error-save but if any of the "other" hook-functions
of these hooks fail then the ECB-hooks would also have been removed from
these hooks. The new monitoring-mechanism checks this periodically and
re-adds the ECB-hooks if necessary.
** New option group for the integrated speedbar and one new option:
The new hook `ecb-speedbar-before-activate-hook' runs directly before ECB
activates the integrated speedbar. For example this hook can be used to
change the expansion-mode of the integrated speedbar via
`speedbar-change-initial-expansion-list'. Example:
(speedbar-change-initial-expansion-list "buffers").
** Added a new section in the info-manual which describes how desktop.el can be
used best in combination with ECB. This has been done because some
conflicts have been reported. See the "Conflicts"-Chapter in the
info-manual.
** Fixed bugs
*** Double-clicking the mouse-1-button now works with integrated speedbar.
*** Fixed two small bugs in the advice of `display-buffer':
One bug occured when called for one of the special ECB-buffers. The other
bug has not preserved the current-buffer when called for a buffer in the
sense of `ecb-compilation-buffer-p' and a hidden compile-window is
shown by display-buffer to display this buffer. The latter one for example
has prevented the ant-server of JDEE from working properly.
*** Fixed a bug so now always the correct directory in the directories-buffer
is higlighted.
* Changes for ECB version 2.22
** New nifty feature for filtering the tags displayed in the Methods-buffer
You can filter by regexp, protection, tag-class etc. See the new command
`ecb-methods-filter' (bound to [C-c . f m] and the new option
`ecb-methods-filter-replace-existing' for getting all details.
Filters can be layered filters, i.e. you can apply filters on top of
already applied filters: An example of 3 combined filters would be: Display
only all public methods having the string "test" in its name. The modeline
of the Methods-buffer always displays the topmost filter. But you can see
all currently applied filters by moving the mouse over this section of the
modeline: The filters will be displayed as help-echo.
The new functionality is also completely available via the popup-menu of
the Methods-buffer.
Currently tags of class 'type can not be filtered out, because especially
in OO-languages like Java or C++ this makes only less sense because if the
class is filtered out then no filter can be applied to its members like
methods or attributes.
These tag-filters can also applied to sources which are not supported by
the semantic-parser but "only" by imenu or etags. But because for these
sources not all information are avaiable the protection- and tag-class
filter can not used with such "non-semantic"-sources.
** All tree-buffer filters are now guarded against filtering out all tags.
Each filter which a user can apply to the sources-, methods- or
history-buffer is now guarded against filtering out all nodes by accident,
ie. if a filter would empty the whole tree-buffer then this filter will be
autom. unwinded.
** Much smarter mechanism to highlight the current tag in the methods-buffer.
Previous versions of ECB have always fully expanded the whole tree in the
Methods-buffer if the current tag in the source-buffer was not visible in
the current tree - e.g. because the variables-bucket was collapsed or the
containing type of a tag (e.g. the class of a method) was collapsed. So in
most cases much more was expanded as needed to make the current tag
visible.
The mechanism of ECB 2.22 only expands the needed parts of the tree-buffer
to make the related node visible: First we try to highlight the current tag
with current expansion-state of the Methods-buffer. If the node is not
visible so the tag can not be highlighted then we go upstairs the ladder of
type-tags the current tag belongs to (e.g. we expand successive the nodes
of the whole class-hierachy of the current method-tag until the related
node becomes visible). If there is no containing type for the current tag
then the node of the tag is probably contained in a toplevel-bucket which
is currently collapsed; in this case we expand only this bucket-node and
try highlighting again. Only if this has still no success then we expand
the full tree-buffer and try to highlight the current tag.
There is also a new option `ecb-auto-expand-tag-tree-collapse-other': If
this option is set then auto. expanding the tag-tree collapses all not
related nodes. This means that all nodes which have no relevance for the
currently highlighted node will be collapsed, because they are not
necessary to make the highlighted node visible. This feature is switched
off by default because if always collapses the complete Methods-tree before
the the following highlighting of the node for the current tag expands the
needed parts of the tree-buffer.
** The popup-menus can now be nested into 4 levels of submenus. In general there
could be an infinite depth of nesting but it makes no sense - if possible
at all - to define infinite nested defcustom-types. So there is a limit of
4 levels until a user asks for more - then this wish can be satisfied
during 1 minute: Just increase the value of the `ecb-max-submenu-depth'
before loading ECB. This enhancement affects the four options with name
`ecb-*-menu-user-extension'.
** The indication for ECB in the minor-mode is now hidden when the ECB-windows
are visible because in this case the activity of ECB is quite obvious. When
the ECB-windows are hidden the the value of `ecb-minor-mode-text' is
displayed in the modeline.
** Compatibility enhancements
*** Cause of the fixed bugs the compatibility for `bs-show' has increased when
the buffer-selection should be displayed in the permanent compile-window.
** Fixed Bugs
*** Fixed a bug preventing the native Windows-port of XEmacs from working.
*** Makes the behavior of adviced `display-buffer' fully compatible to the
original version for all buffers which are neither ecb-tree-buffer nor
compilation-buffers in the sense of `ecb-compilation-buffer-p'. These
"source-buffers" are now also handled correctly in all situations.
*** Fixed a small bug in `ecb-toggle-compile-window-height'. This bug has
influenced the behavior of `display-buffer' when called from programs for
"compilation-buffers".
*** Fixed a bug related to the speedbar-integration.
This bug complained "Can not switch buffer in dedicated window" when the
intergrated speedbar-buffer was selected and the user tries to open a file
or to jump to a tag.
*** Fixed a bug for the special ECB-modeline-menu for the XEmacs-modelines.
Now only in the special ECB-tree-buffer a special ECB-modeline-menu is
bound to mouse-3, all other buffers display the standard modeline-menu of
XEmacs.
*** Fixed a bug which occurs with XEmacs in combination with func-menu.
But there are still some incompatibilities between ECB and func-menu. So
the recommendation is to disable func-menu-support when using ECB.
Normally using func-menu makes no sense in combination with ECB because
ECB provides the same and even more informations as func-menu - so
func-menu is redundant ;-)
* Changes for ECB version 2.21
** Advice for `balance-windows' so only the edit-windows are balanced.
Thanks to David Ishee <782zp6a02@sneakemail.com> for suggestion.
** New option `ecb-ignore-display-buffer-function'
Per default the adviced version of `display-buffer' ignores the value of
`display-buffer-function' when called for the ECB-frame. If this variable
should not be ignored then the function of `display-buffer-function' is
completely responsible which window is used for the buffer to display - no
smart ECB-logic will help to deal best with the ECB-window-layout! You can
define if and when `display-buffer-function' should be ignored: Always
(default), when a compile-window is used or never.
** Compatibility enhancements
In general the current layout-engine of ECB is so flexible that there
should be no - or at least very few - conflicts between ECB and any other
elisp-library - even when another lib is running during the ECB-windows are
visible.
*** Commands like `bs-show' of the library bs.el now work correctly with ECB
*** Xrefactory works even when all ECB-windows are visible (see Fixed Bugs).
*** Applications like Gnus or BBDB run withing the ECB-frame without conflicts -
even when the ECB-windows are visible.
*** Commands using `Electric-pop-up-window' now work correctly with ECB.
This ensures that the electric-* commands (e.g. `electric-buffer-list' or
`electric-command-history') work well with ECB. If the related
"display-buffer" of such an electric command is a "compilation-buffer" in
the sense of `ecb-compilation-buffer-p' then this buffer will be displayed
in the compile-window of ECB - if there is any shown.
** For XEmacs the package fsf-compat is no longer required by ECB.
But it is still necessary to check if fsf-compat is required by the
packages semantic, eieio and speedbar which in turn are required by ECB.
** Fixed Bugs
*** Fixed a fatal bug which prevents `other-window' from working with
arguments < 0. This bug has also prevented Xrefactory from working correct
when ECB is active - see compatibility enhancements above.
*** If point stays in the current source-buffer on a function argument then still
ECB highlights the function in the Methods-buffer.
*** ECB now uses `compilation-window-height' correctly when set buffer-local
as possible with latest CVS-version of GNU Emacs 21.
*** Fixed a bug in `ecb-sources-filter' and `ecb-history-filter'.
* Changes for ECB version 2.20
** New customization group "ecb-most-important"
This group centralizes the most important options of ECB in one group which
is also offered by the "Preferences" submenu ob the ECB-menu. These are
options you should at least know that they exist.
** The keybinding for the online-help has changed from [C-c . o] to [C-c . h]
This has been done because the key [C-c . o] is needed for the new command
`ecb-toggle-scroll-other-window-scrolls-compile'.
** The options `ecb-major-modes-activate' and `ecb-majors-mode-deactivate' have
been replaced by one new option `ecb-major-modes-show-or-hide'. The purpose
of the old option is now quite out-of-date because:
- ECB supports window-managers like winring.el or escreen.el very well,
- as of version 2.20 ECB has no restrictions about the number of
edit-windows and
- the new option simplifies things a lot.
** The restriction of only two edit-windows has been gone!
*** Beginning with this version 2.20 there are no restrictions about the
window-layout in the edit-area of ECB. This means you can split the
edit-area of ECB in as many windows as you like. The split-state of the
edit-area will be preserved when toggling the visibility of the
ECB-windows and even between activation and deactivation of ECB. Deleting
of certain edit-windows will never destroy the special ECB-windows or the
compile-window. Just work with the edit-area of ECB as if it would be an
extra frame!
*** Option `ecb-split-edit-window' has been renamed in
`ecb-split-edit-window-after-start' because this new name reflects much
better the purpose of this option. In addition there is offered a new
value 'before-deactivation which is also the new default value. This new
value preserves the full state between activations of ECB, i.e. the
visibility of the ECB-windows, the visibility of a compile-window and also
the full split-state of the edit-area. ECB auto. upgrades your setting!
*** Compile-window can now be displayed even when the ECB-windows are hidden.
So now you can have the same compile-window functionality when the
ECB-window are hidden as when the ECB-windows are visible. The state of
the compile-window will be preserved when toggling the ecb-windows or when