Crispin Boylan wrote: >> >> I get different errors: >> >> (1) (warning/warning) Autoload error in: >> //usr/share/xemacs/mule-packages/lisp/skk/auto-autoloads: >> Symbol's function definition is void: register-input-method >> >> (2) (warning/warning) Autoload error in: >> //usr/share/xemacs/mule-packages/lisp/latin-unity/auto-autoloads: >> Symbol's function definition is void: find-charset > > > hmmm I'm not seeing that - strange.
I think thse come from xemacs-el. I installed all xemacs packages, maybe this breaks something that having just xemacs installed doesn't? I uninstalled everything, and then installed -2mdk and now I get the error you did. > >> >> Other problems: >> >> 1.) Warly, the last changelog entry has no name/email. >> >> 2.) Warly (I think) had mentioned trying to get the find dialog fix >> included but they rejected it? Anyway can you include this patch? >> What good is a broken find dialog? Or how how replacing it with a >> text version as the Find->Replace one is? > > > the find dialog seemed to be ok with 21.4.9-1mdk but then broke again > (it had been broken for a while on my system through 21.4) with 2mdk, > is it related to the menu font sizes? The dialog box isn't large enough to even type text in it. That is at least one problem. Possibly if you have small fonts it affects the relative size of the dialog box? > the JDE has been fine for me recently, especially JDE->Code > Generation->Wizards->Generate get/set pairs as I use it all the time, > but the function mentioned above does seem to be broken on mine now > that I checked it. > > Cheers > cris How about 'JDE->Documentation->Check All' (and make sure there is some documentation to correct) Then, hit 'f' to fix. Again, an error: Symbol's definition is void: deactive-mark Nothing works. I don't have any ~/.xemacs (maybe you do?). I also ran rpm -Vv xemacs and no errors are reported. BTW, I don't like the get/set default template. The arguments have two spaces before then instead of one and are all named 'v' instead of the argument you give it. Members are made public instead of private, and they are not palced at the top of the file, but right before the method. I know it's possible to fix the template some, but the author really needs to fix that! But besides fixing all the get/set's JDE has been a timesaver for other tasks. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
