doc/faq.xml

   1 <?xml version="1.0"?>
   2
   3 <!DOCTYPE faq SYSTEM "faq.dtd" >
   4
   5 <!-- $Id: faq.xml,v 1.5 2002/12/13 17:20:25 edg Exp $ -->
   6
   7
   8 <!--
   9
  10
  11 A quick note on the syntax of this file
  12 ========================================
  13
  14 This XML file is based on the DTD specified in "faq.dtd". See "faq.dtd" for
  15 a rigourous definition; a simple overview is given here, to help in making
  16 quick additions and modifications.
  17
  18 The FAQ is composed of two parts : a <head> and a <body>. The <head>
  19 contains the title (in our case, "NEdit Frequently Asked Questions"), the
  20 list of <maintainers>, a <summary> which gets displayed ahead of all
  21 questions, a section showing how to download the FAQ (<download>) and
  22 other, less important stuff.
  23
  24 The <body> part is composed of many FAQ <section>s. A section has a title
  25 and groups several FAQ entries. A particular section exists, called
  26 <about-section>, which contains the description of the FAQ itself.
  27
  28 A section is generally composed of several "Question 'N' Answer" entries
  29 (<qna>). A <qna> contains a question (<q>) and the answer to that question
  30 (<a>). An identifier must be given to each <qna>, via the attribute "id". A
  31 longer version of the question may be specified via <long-q> as another
  32 element of <qna>; in this case, the <q> is displayed in a table of
  33 questions, while the longer and more complete version, <long-q>, is
  34 displayed along with the answer.
  35
  36 The <long-q> and <a> elements contain text paragraphs. The <q> doesn't
  37 contain paragraphs and behaves like a single paragraph itself.
  38
  39 A text paragraph is indicated by one of the elements <p>, <blockquote>,
  40 <ul>, <ol> and <pre> (which, in the DTD, are collectively referred to as
  41 %paragraph-styles;).
  42
  43    The <p> denotes a basic paragraph and contains text.
  44
  45    The <blockquote> indicates an indent, and it contains other paragraphs
  46    inside. A nested <blockquote> will indent relative to the previous one.
  47
  48    The <ul> and <ol> indicate respectively an unnumbered and a numbered
  49    list. Both <ul> and <ol> contain one or many <li> elements. A <li>
  50    element contains text.
  51
  52    The <pre> indicates a preformatted piece of text, which will be output
  53    with no further modifications.
  54
  55 Paragraphs of type <p> and <li>, as well as <q> and a few other elements of
  56 the <head>, contain text. Text is composed of free text and style elements.
  57 The style elements are the following :
  58
  59    <email> indicates an e-mail address.
  60
  61    <img> indicates an image. It has a required attribute "src" which must
  62    be a URL referring to the image, and a "alt" attribute containing
  63    alternate text, used for non-image-capable formats.
  64
  65    <site> indicates a web site. The text between <site> and </site> must be
  66    a URL.
  67
  68    <link> indicates a HTTP hyperlink. Its required attribute "href" must be
  69    the URL to link to. An attribute "alt" may contain alternate text.
  70
  71    <em> stands for emphasized text.
  72
  73    <strong> stands for strong text.
  74
  75    <tt> is used for terminal output and for the contents of configuration
  76    files.
  77
  78    <code> is used for command names, when included inline within text.
  79    Generally, <pre> paragraphs are used for several lines of code.
  80
  81 The distinction between <tt> and <code> and furthermore <pre> is not so
  82 clear. A clearer and better definition is needed.
  83
  84
  85
  86 ========================================
  87
  88  -->
  89
  90
  91 <faq>
  92
  93 <head>
  94
  95 <title>NEdit Frequently Asked Questions</title>
  96
  97 <version>2001/10/01</version>
  98
  99
 100 <maintainers>
 101 <!-- several maintainers can be added -->
 102 <maintainer>
 103     <name>Florian Xhumari</name>
 104     <email>Florian.Xhumari@free.fr</email>
 105     <subject>NEdit FAQ</subject>
 106 </maintainer>
 107 </maintainers>
 108
 109 <summary>
 110
 111 <p>NEdit is a popular GUI-style text editor for Unix and VMS systems.
 112 These are answers to the most frequently asked questions to
 113 discuss@nedit.org. This information is also available from:</p>
 114
 115 <blockquote>
 116         <p><site>ftp://ftp.nedit.org/pub/</site>&lt;current&gt;/FAQ,</p>
 117 </blockquote>
 118
 119 <p>and from the NEdit web page at:</p>
 120
 121 <blockquote>
 122         <p><site>http://nedit.org</site>.</p>
 123 </blockquote>
 124
 125 </summary>
 126
 127 <download>
 128         <p>The FAQ is available for download in a variety of formats.</p>
 129
 130         <ul>
 131                 <li>HTML pages: <site>faq.tar.gz</site>
 132                 or <site>faq.zip</site>.</li>
 133
 134                 <li>Plain text: <site>faq.txt</site>.</li>
 135
 136                 <li>XML source: <site>faq.xml</site>
 137             as well as its DTD <site>faq.dtd</site>.</li>
 138         </ul>
 139
 140 </download>
 141
 142 </head>
 143
 144
 145 <body>
 146
 147
 148
 149
 150
 151 <about-section id="about">
 152     <title>About the NEdit FAQ</title>
 153
 154     <p>This FAQ is written in XML and translated to HTML using
 155     an XSL stylesheet. The XML source is processed using
 156     <link href="http://www.jclark.com/">James Clark's</link> XSLT processor
 157     <link href="http://www.jclark.com/xml/xt.html">XT</link> and
 158         XML parser <link href="http://www.jclark.com/xml/xp">XP</link>.
 159     </p>
 160
 161         <p>The XSL stylesheet used to generate the HTML version is
 162         <link href="faq.xsl">here</link>.</p>
 163
 164         <p>The text version is generated in three steps: first,
 165         <link href="faq-txt.xsl">an XSL stylesheet</link>
 166         is used to generate a simple HTML. Then,
 167         <link href="faq-txt-pass2.xsl">a second XSL stylesheet</link> transforms
 168         the HTML into plain text.
 169         <link href="faq-txt.awk">An awk script</link>
 170         then performs the word wrapping.</p>
 171
 172     <p>For any questions about or contributions to the FAQ, please
 173     send a mail to the
 174     <link href="mailto:Florian.Xhumari@free.fr">maintainers</link>.
 175     </p>
 176 </about-section>
 177
 178
 179
 180
 181 <section id="sect_information">
 182
 183 <title>Where to get information</title>
 184
 185
 186
 187 <qna id="first-info">
 188 <q>Where can I get information about NEdit?</q>
 189
 190 <a>
 191
 192 <p>The NEdit web page is at:</p>
 193
 194 <blockquote><p><site>http://nedit.org</site></p></blockquote>
 195
 196 <p>and it is mirrored in Australia at:</p>
 197
 198 <blockquote><p><site>http://www.au.nedit.org/</site></p></blockquote>
 199
 200
 201 <p>The primary ftp site for NEdit is:</p>
 202
 203 <blockquote><p><site>ftp://ftp.nedit.org/pub</site></p></blockquote>
 204
 205 <p>which has a mirror in The Netherlands:</p>
 206
 207 <blockquote><p><site>ftp://ftp.nl.nedit.org/pub/mirror/NEdit</site></p></blockquote>
 208
 209
 210 <p>The NEdit ftp site has executables for most Unix and VMS
 211 systems, sources, documentation, and contributed software.</p>
 212
 213 <p>The first and easiest place to look for help with NEdit is the NEdit Help
 214 menu.  The bottom item in the menu (Problems/Bugs) has answers to the most
 215 commonly asked questions about NEdit, which are not duplicated here.  Also
 216 check the platform specific information in the README file packaged in
 217 the NEdit distribution kits.</p>
 218
 219 <p>If you have a problem that you really can't figure out, send mail
 220 to <email>discuss@nedit.org</email>, and see if anyone else might be
 221 having the same trouble.  The nedit developers also subscribe to this
 222 list, and hopefully someone will be able to answer your question.
 223 If you are a Silicon Graphics user and NEdit
 224 came bundled on your system, you can also contact SGI's technical support.</p>
 225
 226 </a>
 227 </qna>
 228
 229
 230 <qna id="mailing-lists">
 231 <q>Are there any mailing lists for NEdit users?</q>
 232
 233 <a>
 234
 235 <p>There are two separate mailing lists for nedit users, and one for
 236 developers. Users may post to the developer mailing list to report
 237 bugs and communicate with the nedit developers.</p>
 238
 239
 240 <p>The lists are:</p>
 241
 242 <ul>
 243
 244 <li><email>discuss@nedit.org</email>: general discussion, questions and
 245 answers among nedit users and developers.</li>
 246
 247 <li><email>develop@nedit.org</email>: communication among and with
 248 nedit developers. Developers should also subscribe to the discuss
 249 list.</li>
 250
 251 <li><email>announce@nedit.org</email>: a low-volume mailing list for
 252 announcing new versions.</li>
 253
 254 </ul>
 255
 256 <p>Please note that only subscribers can send mail to the list. </p>
 257
 258 <p>The nedit developers subscribe to both
 259 <email>discuss@nedit.org</email> and <email>develop@nedit.org</email>,
 260 either of which may be used for reporting bugs. If you're not sure,
 261 or you think the report might be of interest to the general nedit
 262 user community, send the report to <email>discuss@nedit.org</email>. If it's
 263 something obvious and boring, like we misspelled "anemometer" in the
 264 on-line help, send it to <email>develop@nedit.org</email>.</p>
 265
 266 <p>Please do not cross post to both lists!</p>
 267
 268
 269
 270 <p>In order to subscribe to a list, send mail to <email>majordomo@nedit.org</email>
 271 with one or more of the following in the body of the message:</p>
 272
 273 <pre>
 274     subscribe announce
 275     subscribe discuss
 276     subscribe develop
 277 </pre>
 278
 279 <p>To unsubscribe do the same with the keyword <strong>unsubscribe</strong>.</p>
 280
 281 <pre>
 282     unsubscribe announce
 283     unsubscribe discuss
 284     unsubscribe develop
 285 </pre>
 286
 287 <p>After subscribing, you will receive copies of all of the email
 288 submitted to the lists. You may submit mail to the discussion list by
 289 sending it to the appropriate list: <email>discuss@nedit.org</email>,
 290 <email>develop@nedit.org</email> or
 291 <email>announce@nedit.org</email>.</p>
 292
 293 <p>The archives of the old mailing lists (nedit_discuss@fnal_gov and
 294 nedit_announce@fnal.gov) can be found on egroups.com:</p>
 295
 296 <blockquote>
 297         <ul>
 298         <li><site>http://www.egroups.com/group/nedit_discuss/</site></li>
 299     <li><site>http://www.egroups.com/group/nedit_announce/</site></li>
 300         </ul>
 301 </blockquote>
 302
 303 <p>For more information about the mailing lists, refer to the <link
 304 href="http://nedit.org/community/mailing.shtml">mailing lists
 305 section</link> in the NEdit site.</p>
 306
 307
 308 </a>
 309 </qna>
 310
 311
 312 <qna id="N44">
 313 <q>Where can I get binaries / executables for machines other than
 314 those available at NEdit site?</q>
 315
 316 <a>
 317
 318 <p>In past versions, we separated "supported" and "unsupported" executables
 319 and divided them between the binary and contrib directories.  With more
 320 supported systems, you're less likely to find executables in the contrib
 321 directory, but it's worth a peek, anyhow.  If you can't find anything
 322 appropriate, you can try asking in a usenet news group appropriate to your
 323 system.  Other places to try are, the
 324 <email>discuss@nedit.org</email> mailing list, or
 325 <site>news:comp.windows.x.apps</site>
 326 or <site>news:comp.editors</site>.</p>
 327
 328 </a>
 329 </qna>
 330
 331
 332 <qna id="info_contrib">
 333 <q>What can I contribute?</q>
 334
 335 <a>
 336
 337 <p>If you use and enjoy NEdit, and feel like giving something
 338 back to the NEdit user community, contact
 339 <email>develop@nedit.org</email>. If you have ported NEdit to a new
 340 machine, written a useful set of macros, or would like to contribute
 341 to an ongoing development project, we'd love to hear from you.</p>
 342
 343 </a>
 344 </qna>
 345
 346
 347 </section>
 348
 349
 350
 351
 352
 353
 354
 355 <section id="sect_reporting">
 356
 357 <title>Diagnosing and reporting problems</title>
 358
 359 <qna id="N124">
 360 <q>How do I report problems I've encountered using NEdit ?</q>
 361
 362 <a>
 363
 364 <p>If you have a problem which is not covered in the on-line help, in this FAQ,
 365 or in the README file specific to your system, you can report it to
 366 <email>discuss@nedit.org</email> (usage questions) or,
 367 <email>develop@nedit.org</email> (error reports). Note that these lists only
 368 allow members to post, and if you are not a member, your post will probably de
 369 delayed in reaching the list. Alternatively you can use the bug tracker on
 370 Sourceforge (<site>http://sourceforge.net/projects/nedit/</site>) to report
 371 bugs and make feature requests. Below are some suggestions for information you
 372 can provide to help in diagnosing your problem.</p>
 373
 374 <p>Because NEdit runs on a large number of different platforms and environments,
 375 many problems are platform-specific.  It's always helpful to know what kind of
 376 system it's being run on.  Sometimes, strange behavior can also be traced to
 377 the X server software or window manager, so you may want to include information
 378 on these as well.</p>
 379
 380 <p>The origin of the NEdit executable is often important, particularly, whether
 381 it came from the NEdit site (<site>http://www.nedit.org</site>), was built
 382 locally, or came from some other ftp server or freeware distribution CD.
 383 Despite the fact that Motif appears on almost all Unix platforms, the Motif
 384 libraries still vary from one machine to another.  Be sure to mention whether
 385 you're using Lesstif or Motif. As of version 5.2 a summary with build
 386 information is present under 'Version' in the Help menu.</p>
 387
 388
 389 <p>If you are having configuration or appearance problems, you should probably
 390 look at the output from the command:</p>
 391
 392 <pre>
 393    appres NEdit nedit
 394 </pre>
 395
 396 <p>The <code>appres</code> command will show you the resources that
 397 NEdit actually sees when it runs, including "stray" resources
 398 intended for other programs but not properly qualified by the program
 399 name. It will also give you a final objective check as to whether
 400 resource settings that you have made are actually readable by
 401 NEdit.</p>
 402
 403 </a>
 404 </qna>
 405
 406 </section>
 407
 408
 409
 410
 411
 412
 413
 414
 415
 416
 417
 418
 419
 420 <section id="sect_building">
 421
 422 <title>Building</title>
 423
 424
 425 <qna id="N162">
 426
 427 <q>
 428 When I build NEdit on my SunOS system, I get undefined
 429 symbols: <tt>_memmove</tt>, <tt>_atexit</tt>,
 430 <tt>_strerror</tt>.
 431 </q>
 432
 433 <long-q>
 434
 435 <p>When I build NEdit on my SunOS system, I get the fillowing undefined
 436 symbols:</p>
 437
 438 <pre>
 439 ld: Undefined symbol
 440    _memmove
 441    _atexit
 442    _strerror
 443 *** Error code 1
 444 make: Fatal error: Command failed for target `nedit'
 445 </pre>
 446
 447 </long-q>
 448
 449 <a>
 450
 451 <p>Older versions of the gcc C runtime library were missing these functions.  You
 452 can either upgrade gcc, or get sources for these functions from
 453 <site>ftp://ftp.nedit.org/pub/contrib/misc</site>
 454 (which someone else with your very same problem kindly contributed).</p>
 455
 456 </a>
 457 </qna>
 458
 459 <qna id="N196">
 460 <q>I'd like to build NEdit, but my system seems to be missing the Xm...
 461 include files and libXm.a</q>
 462
 463 <a>
 464
 465 <p>Xm means Motif, which is an important part of NEdit's GUI interface.  Motif
 466 is standard on commercial Unix workstations, but not on free Unix platforms
 467 like Linux and FreeBSD.  On these systems, you can now use LessTif, the
 468 GPL clone of Motif, or purchase a copy of Motif, which is usually relatively
 469 inexpensive, but not free.  You can find a list of companies selling Motif
 470 for Linux at:</p>
 471
 472 <blockquote>
 473 <p>
 474     <site>http://www.cen.com/mw3/#providers</site>
 475 </p>
 476 </blockquote>
 477
 478 <p>As of this writing LessTif is very close to being a fully reliable and
 479 complete replacement for Motif, so it's definitely worth trying before
 480 shelling out any money for a commercial copy.  Also remember that in most
 481 cases, you don't really need Motif libraries to use NEdit.  There
 482 are plenty of versions available pre-built with the Motif libraries
 483 linked in statically.  If you can't find one for your system, ask around,
 484 and you may find that someone else has already built one for you.  Motif
 485 licensing allows free distribution of statically linked binaries.
 486 Executables for NEdit are available from
 487 <site>ftp://ftp.nedit.org/pub/</site>&lt;current-version&gt;/executables.</p>
 488
 489 </a>
 490 </qna>
 491
 492 <qna id="N221">
 493 <q>When I build NEdit, I get the yacc error: <tt>conflicts: 36 shift/reduce</tt></q>
 494
 495 <long-q>
 496 <p>When I build NEdit, I get the yacc error:</p>
 497 <pre>
 498   conflicts: 36 shift/reduce
 499 </pre>
 500 </long-q>
 501
 502 <a>
 503
 504 <p>That's normal.  NEdit's macro language has a very conflicted grammar, but the
 505 conflicts all resolve themselves correctly.  The conflicts stem from allowing
 506 awk-style no-operator concatenation of strings.</p>
 507
 508 </a>
 509 </qna>
 510
 511 <qna id="N255">
 512 <q>I built NEdit on my Linux system, and it's full of bugs.  What a horrible
 513 editor!</q>
 514
 515 <a>
 516
 517 <p>Several of the Linux distributions began including LessTif (a free
 518 version of the Motif GUI library) before it was really ready for
 519 general use (particularly for something which needs to be as reliable
 520 as a text editor).  If you have a version of Lesstif prior to 0.92.26,
 521 you have to upgrade it, before it will support NEdit reliably.  To get
 522 the newest version, go to <site>http://lesstif.org</site>.  Alternatively,
 523 you can get pre-built, statically linked, executables from
 524 <site>ftp://ftp.nedit.org/pub/</site>&lt;current-version&gt;/executables.</p>
 525
 526 </a>
 527 </qna>
 528
 529
 530
 531 <qna id='tmpnam'>
 532 <author><name>Thorsten Haude</name></author>
 533
 534 <q> While compiling NEdit on Linux, I get a warning about
 535 <code>tmpnam</code> being dangerous. </q>
 536
 537 <long-q>
 538 <p>While compiling NEdit on Linux, I get the following warning:</p>
 539
 540 <pre>
 541     file.o: In function `PrintString':
 542     file.o(.text+0x17b7): the use of `tmpnam' is dangerous, better use `mkstemp'
 543 </pre>
 544
 545 <p>Is NEdit insecure?</p>
 546
 547 </long-q>
 548
 549 <a>
 550
 551 <p>Not if you are using the glibc. The algorithm of mkstemp(3) consists of
 552 two parts: the first part is the one used in tmpnam(3) -- this is what
 553 NEdit accomplishes by calling tmpnam(3); the second part is done directly
 554 in NEdit. </p>
 555 </a>
 556 </qna>
 557
 558
 559
 560 <qna id='Xp'>
 561 <author><name>Joor Loohuis</name></author>
 562
 563 <q>NEdit fails to build on Linux, with messages about `XpGetDocumentData'</q>
 564
 565 <long-q>
 566 <p>NEdit fails to build on Linux, with messages</p>
 567
 568 <pre>
 569    undefined reference to `XpGetDocumentData'
 570    undefined reference to `XpGetPageDimensions'
 571    ...
 572 </pre>
 573
 574 </long-q>
 575
 576 <a>
 577
 578 <p>Edit makefiles/Makefile.Linux, and add '-lXp' to the line starting with
 579 'LIB', right before '-lXext'. At this time we are not sure whether libXp
 580 (the X print library) is installed on all Linux systems.</p>
 581
 582 </a>
 583
 584 </qna>
 585
 586 </section>
 587
 588
 589
 590
 591
 592
 593
 594
 595
 596
 597
 598 <section id="sect_customization">
 599
 600 <title>Customization</title>
 601
 602 <qna id="N277">
 603 <q>I can't get the delete key to remap to a forward delete</q>
 604
 605 <long-q><p>I can't get the delete key to remap to a forward delete. I
 606 have re-bound it in my .Xdefaults file, and that doesn't
 607 help.</p></long-q>
 608
 609 <a>
 610
 611 <p>In your .Xdefaults file, add:</p>
 612
 613 <blockquote>
 614     <p><tt>nedit.remapDeleteKey: False</tt></p>
 615 </blockquote>
 616
 617 <p>This is now the default, so you likely have an old resource file
 618 sitting around somewhere with this setting.  When <tt>remapDeleteKey</tt> is
 619 <tt>True</tt>), NEdit forcibly maps the delete to
 620 backspace.  This can be used when the X server and the client
 621 machine have different expectations about whether the key in the
 622 backspace position on the keyboard is a backspace key or a delete
 623 key.  It also saves users in very heterogeneous environments
 624 from having to re-map keys on nearly every system they use
 625 just to be able to backspace.</p>
 626
 627 </a>
 628 </qna>
 629
 630 <qna id="N299">
 631 <q>My X resource settings don't work.</q>
 632
 633 <a>
 634
 635 <p>It's harder to explain how to specify X resources than you might
 636 expect, since how they are set is often configured by your local
 637 system manager. They are either automatically attached to the server
 638 (your screen) by an X startup or login script, or they are left
 639 unspecified, and read from the .Xdefaults file whenever you run an X
 640 application.  If they are attached to the server, you should find out
 641 the "normal" method for setting them on your system. If it's not the
 642 .Xdefaults file, then it is usually a file called .Xresources (also
 643 in your home directory). To make a change, you have to either run
 644 xrdb, or re-invoke the startup script that originally attached them,
 645 usually by exiting and re-starting X, or logging out and back in to
 646 your X session.</p>
 647
 648 <p>Since setting resources is tricky, it's usually better to start with
 649 something simple, like:</p>
 650
 651 <blockquote>
 652 <p><tt>nedit*foreground:green</tt></p>
 653 </blockquote>
 654
 655 <p>Then, once you have that working, try the more subtle or difficult ones.
 656 You can also use the appres command to find out what resources nedit
 657 actually sees (<code>appres NEdit nedit</code>).</p>
 658
 659 </a>
 660 </qna>
 661
 662 <qna id="N324">
 663 <q>I am setting some X defaults in my $HOME/.nedit file but some of
 664 them don't work.</q>
 665
 666 <a>
 667
 668 <p>The .nedit file holds the NEdit Preferences menu options and is
 669 automatically overwritten whenever you select "Save Defaults".  You
 670 really shouldn't put X resource settings there.  Also, as you may have
 671 discovered, resources other than Preferences resources don't always
 672 work from there.</p>
 673
 674 <p>How you set X resources depends on local system conventions.  You
 675 usually put them in the .Xdefaults or .Xresources file in your home
 676 directory.  You may also need to run xrdb to install them in the server.
 677 It depends on how your local system has been configured, so it's best
 678 to talk to the person who configured your system.  If you're not sure
 679 whether your resources are set up correctly, the command:</p>
 680
 681 <pre>
 682     appres NEdit nedit
 683 </pre>
 684
 685 <p>will tell you what settings NEdit will see when it runs.</p>
 686
 687 </a>
 688 </qna>
 689
 690 <qna id="N342">
 691
 692 <q>If I install an "app-defaults" file for NEdit (empty too), all default
 693 shortcuts are reset</q>
 694
 695 <long-q>
 696 <p>If I install an "app-defaults" file for NEdit (empty too), all default
 697 shortcuts are reset (only "Alt+B" and "Alt+Z" works). Without that file
 698 all works fine. Now, how can I customize nedit with this problem ? Or,
 699 how can I get a copy of all default shortcuts to add on my NEdit
 700 "app-defaults" file ?</p>
 701 </long-q>
 702
 703 <a>
 704
 705 <p>NEdit uses the X fallback resources mechanism to provide default values
 706 for user-settable resources.  When you provide a system-wide app-
 707 defaults file, it overrides the entire contents of the fallback
 708 resources, meaning all of the program defaults are lost, except for
 709 those which are also represented in the app-defaults file.  To use an
 710 app-defaults file, therefore, you need to start from a complete one
 711 which provides all of the necessary default values.  There is a complete
 712 app-defaults file in:</p>
 713
 714 <blockquote>
 715 <p><site>ftp://ftp.nedit.org/pub/contrib/misc/nedit.app-defaults</site></p>
 716 </blockquote>
 717
 718 <p>We strongly discourage users from using system-wide app-defaults because
 719 once you install the file, you have to keep it up to date with every new
 720 release of the software.  If you don't update it, users might not even
 721 notice the difference, but things will be increasingly wrong with each
 722 new release.</p>
 723
 724 </a>
 725 </qna>
 726
 727 <qna id="N364">
 728 <q>Where can I get the complete list of nedit resources?</q>
 729
 730 <a>
 731
 732 <p>The way X is designed, there are a LOT of user settable resources in NEdit,
 733 most of them quite useless.  You can see them all using the editres tool,
 734 which is available on most Unix systems.  A more useful subset are the
 735 application default resources, which you can look at either in the source code
 736 (near the beginning of nedit.c, in the variable called fallbackResources) or
 737 in the app-defaults file in:</p>
 738
 739 <blockquote>
 740 <p><site>ftp://ftp.nedit.org/pub/contrib/misc/nedit.app-defaults</site></p>
 741 </blockquote>
 742
 743 </a>
 744 </qna>
 745
 746 <qna id="N386"> <q>Can I use <code>ispell</code> with NEdit instead of the less
 747 capable Unix <code>spell</code> command?</q>
 748
 749 <a>
 750
 751 <p><code>ispell</code> is actually the default spell checker for NEdit on Linux systems where
 752 <code>spell</code> is not available. On other systems, enter the following in the Shell
 753 Commands dialog:</p>
 754
 755 <pre>
 756   Command Input: Either
 757   Command Output: Same Window
 758   Output Replaces Input: ON
 759   Shell Command: cat&gt;spellTmp; xterm -e ispell -x spellTmp; cat spellTmp; rm spellTmp
 760 </pre>
 761
 762 <p>If you want to get fancy, the following puts the temporary file in the /tmp
 763 directory, and uses $$ (the process ID of the shell) in the file name so you
 764 don't have to worry about clashes between simultaneous ispell sessions:</p>
 765
 766 <pre>
 767   cat &gt; /tmp/ispell.$$; xterm -title "Spell Check" -e
 768   ispell -S /tmp/ispell.$$; cat /tmp/ispell.$$; rm /tmp/ispell.$$
 769 </pre>
 770
 771 </a>
 772 </qna>
 773
 774 <qna id="N415">
 775 <q>How can the display of hidden (eg .login) files in dialog boxes be
 776 suppressed</q>
 777
 778 <long-q>
 779 <p>How can the display of hidden (eg .login) files in dialog boxes be
 780 suppressed?  We use nedit with for teaching programming with very naive
 781 and inexperienced students.  The display of these in dialogs such as the
 782 "Save as..." one encourages them to screw up important login stuff, state
 783 files etc.</p>
 784 </long-q>
 785
 786 <a>
 787
 788 <p>It depends on the system you are running how easy this is to do.  Under
 789 Motif 2.0, which I think is still only found on Linux and Free-BSD systems,
 790 it's a simple resource setting:</p>
 791
 792 <blockquote>
 793 <p><tt>nedit*XmFileSelectionBox.fileFilterStyle: FILTER_HIDDEN_FILES</tt></p>
 794 </blockquote>
 795
 796 <p>On other systems, unfortunately, it's a rather difficult source code change,
 797 involving creating a replacement file searching procedure to be spliced in
 798 to the file selection box widget.</p>
 799
 800 </a>
 801 </qna>
 802
 803 <qna id="N437">
 804
 805 <q>Why, in the 'open file' dialog, there is no text field where to
 806 type in the file name?</q>
 807
 808 <long-q>
 809 <p>Most Motif applications allow you to type in the file name in a separate
 810 text field (as in the 'open file' dialog).  Why doesn't NEdit?  Can
 811 I make it do that?</p>
 812 </long-q>
 813
 814 <a>
 815
 816 <p>Set the X resource nedit.stdOpenDialog to True.  The field is disabled by
 817 default to get new users accustomed to typing the file name directly in to
 818 the list widget, which is not standard Motif behavior.</p>
 819
 820 </a>
 821 </qna>
 822
 823 <qna id="N452">
 824 <q>I would like to change NEdit's cursor from a
 825 bar to a block</q>
 826
 827 <long-q>
 828 <p>I would like to change NEdit's cursor from a
 829 bar to a block.  I seem to lose it sometimes in my text.</p>
 830 </long-q>
 831
 832 <a>
 833
 834 <p>The block cursor in NEdit is used to indicate overstrike mode, but
 835 you can turn on a resource to make the cursor thicker:</p>
 836
 837 <blockquote>
 838   <p><tt>nedit*text.heavyCursor: true</tt></p>
 839 </blockquote>
 840
 841 <p>The only way to get a permanent block cursor, though is to hack the source
 842 code.  This shouldn't be too difficult, since the code for drawing a block
 843 cursor is already there.</p>
 844
 845 </a>
 846 </qna>
 847
 848 <qna id="N474">
 849 <q>I'd like to see more than 8 files in the file selection dialogs (Open,
 850 Save As, etc.)</q>
 851
 852 <long-q>
 853 <p>I'd like to see more than 8 files in the file selection dialogs (Open,
 854 Save As, Include, etc.).  I've tried to set the X-resources like
 855 nedit*XmList.visibleItemCount: 20, but this did not work.</p>
 856 </long-q>
 857
 858 <a>
 859
 860 <p>The only effective way I've found to control the number of items in
 861 the highly temperamental Motif FileSelectionBox widget is through the
 862 height resource:</p>
 863
 864 <blockquote>
 865 <p><tt>nedit*FileSelect.height: 900</tt></p>
 866 </blockquote>
 867
 868 <p>The X resource line above will make the file selection box 900 pixels
 869 tall.</p>
 870
 871 </a>
 872 </qna>
 873
 874 <qna id="N496">
 875
 876 <q>I am trying to do key bindings such that, for example, Find is Alt+F rather
 877 than Ctrl+F, but this clashes with the find menu mnemonic</q>
 878
 879 <long-q>
 880 <p>I am trying to do key bindings such that, for example, Find is Alt+F rather
 881 than Ctrl+F.  However, this clashes with the find menu mnemonic.  I realize
 882 that the menu mnemonics can be changed to any letter, but they are always
 883 bound to Alt-letter.  I would like to just remove all menu mneumonics.  Is
 884 there any way to do this in an .Xdefaults file?</p>
 885 </long-q>
 886
 887 <a>
 888
 889 <p>You can turn mnemonics off by setting them to the ascii null character, for
 890 example:</p>
 891
 892 <blockquote>
 893   <p><tt>nedit*fileMenu.mnemonic: \0</tt></p>
 894 </blockquote>
 895
 896 </a>
 897 </qna>
 898
 899 <qna id="N515">
 900
 901 <q>I have a PC-style 2-button mouse and I would like to switch the 2nd and 3rd
 902 (emulated) mouse buttons</q>
 903
 904 <long-q>
 905 <p>I have a PC-style 2-button mouse.  Can I switch the 2nd and 3rd mouse
 906 buttons so the more important functions like secondary selection are on
 907 the right button instead of the middle (which is emulated by pressing 1+3
 908 buttons simultaneously under Linux), like they were in version 4?</p>
 909 </long-q>
 910
 911 <a>
 912
 913 <p>It's somewhat involved and hard to figure out from the documentation, but
 914 yes you can.  You have to reverse the translation table bindings for mouse
 915 buttons 2 and 3, AND reset the bgMenuButton resource.  The translation table
 916 bindings can either be found in the source file source/text.c, or by adding
 917 and activating a temporary translation to the text widget for dumping the
 918 translation table itself (XtDisplayTranslations()).</p>
 919
 920 <p>What it boils down to, though, is just add the following lines to your X
 921 resource file (.Xdefaults or .Xresources depending on your system):</p>
 922
 923 <pre>
 924   NEdit*text.Translations: #override \n\
 925      &lt;Btn3Down&gt;: secondary_or_drag_start()\n\
 926      Shift Ctrl Button3&lt;MotionNotify&gt;: \
 927          secondary_or_drag_adjust("rect", "copy", "overlay")\n\
 928      Shift Button3&lt;MotionNotify&gt;: secondary_or_drag_adjust("copy")\n\
 929      Ctrl Button3&lt;MotionNotify&gt;: secondary_or_drag_adjust("rect", "overlay")\n\
 930      Button3&lt;MotionNotify&gt;: secondary_or_drag_adjust()\n\
 931      Shift Ctrl&lt;Btn3Up&gt;: move_to_or_end_drag("copy", "overlay")\n\
 932      Shift &lt;Btn3Up&gt;: move_to_or_end_drag("copy")\n\
 933      Alt&lt;Btn3Up&gt;: exchange()\n\
 934      Meta&lt;Btn3Up&gt;: exchange()\n\
 935      Ctrl&lt;Btn3Up&gt;: copy_to_or_end_drag("overlay")\n\
 936      &lt;Btn3Up&gt;: copy_to_or_end_drag()\n\
 937      Ctrl~Meta~Alt&lt;Btn2Down&gt;: mouse_pan()\n\
 938      Ctrl~Meta~Alt Button2&lt;MotionNotify&gt;: mouse_pan()\n\
 939      &lt;Btn2Up&gt;: end_drag()
 940   nedit.bgMenuButton: ~Shift~Ctrl~Meta~Alt&lt;Btn2Down&gt;
 941 </pre>
 942
 943 </a>
 944 </qna>
 945
 946 <qna id="N537">
 947 <q>How can I make a shell command prompt me for input?</q>
 948
 949 <long-q>
 950 <p>I'd like to send mail directly from my nedit window, but there's no good
 951 way to make a shell command prompt me for input (for entering the recipient
 952 and subject).</p>
 953 </long-q>
 954
 955 <a>
 956
 957 <p>Use a macro command instead to do the prompting:</p>
 958
 959 <pre>
 960   to = string_dialog("Send mail to: (enter name below, along with any\n" \
 961       "additional Unix Mail command parameters, -s for subject)", \
 962       "Send", "Cancel")
 963   if ($string_dialog_button == 2 || $string_dialog_button == 0)
 964       return
 965   if ($selection_start == -1)
 966       body = get_range(0, $text_length)
 967   else
 968       body = get_selection()
 969   cmdOutput = shell_command("Mail " to, body)
 970   if ($shell_cmd_status != 0)
 971       dialog("mail command returned failed exit status\n" cmdOutput)
 972   else if (cmdOutput != "")
 973       dialog(cmdOutput)
 974 </pre>
 975
 976 </a>
 977 </qna>
 978
 979 <qna id="N556">
 980 <q>How I can set the foreground color for selected
 981 text when syntax highlighting is applied?</q>
 982
 983 <long-q>
 984 <p>How I can set the foreground color for selected
 985 text to be always say grey1 even when syntax highlighting is applied?</p>
 986 </long-q>
 987
 988 <a>
 989
 990 <p>There's no equivalent to the
 991 <tt>nedit*text.selectForeground</tt> resource when you turn on
 992 syntax highlighting.  You just have to choose a selection color that
 993 is compatible with all of your highlighting colors.</p>
 994
 995 </a>
 996 </qna>
 997
 998 </section>
 999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011 <section id="sect_features">
1012
1013 <title>Features</title>
1014
1015 <qna id="N578">
1016 <q>Why NEdit does not support drag and drop?</q>
1017
1018 <long-q>
1019 <p>I'm a little confused about what happend to drag and drop.
1020 I thought drag-N-drop was supported by the Motif library.</p>
1021 </long-q>
1022
1023 <a>
1024
1025 <p>NEdit no longer uses the Motif text widget, so all of the functionality
1026 had to be duplicated in the new widget.  Drag and drop between windows got
1027 left off due to time pressure of getting out the new release, but it will
1028 be back some day.</p>
1029
1030 </a>
1031 </qna>
1032
1033 <qna id="N593">
1034 <q>Why don't you integrate Max Vohlken's / Yunliang Yu's versions into the
1035 official release of NEdit</q>
1036
1037 <a>
1038
1039 <p>Many of their changes will eventually find their way in to the "official"
1040 version, but some will not.  Max has really done quite a lot of stuff.
1041 I appreciate it, and I think it's kind of neat to have a "bleeding edge"
1042 version of NEdit around to try out new features.  </p>
1043
1044 <p>I can't just apply Max's patches to our version and release it.  Some of
1045 them break the VMS version, some interfere with existing commands that
1046 are important to other users, and some are just customizations that I
1047 don't particularly agree with.  Mostly, I want to do a lot of testing to
1048 make sure the changes are safe on all platforms, and I just don't have
1049 time right now.  (Mark Edel)</p>
1050
1051 <p><strong>Update as of NEdit version 5.2RC1:</strong> The forthcoming
1052 NEdit version 5.2 contains several functionalities of Max's patches.</p>
1053
1054 </a>
1055 </qna>
1056
1057 <qna id="N611">
1058
1059 <q>Is it possible to use NEdit on windows 95 or NT?</q>
1060
1061 <long-q>
1062 <p>I really like nedit and it would be nice to use on windows 95 or NT
1063 instead of word or notepad.  Is this possible?</p>
1064 </long-q>
1065
1066 <a>
1067
1068 <p>There is an NT version of NEdit, available at
1069 <site>http://nedit.org/download/win32.shtml</site>. A mini-FAQ is also
1070 available.</p>
1071
1072 </a>
1073 </qna>
1074
1075 <qna id="N644">
1076 <q>Why aren't there pre-entered default values in text fields of dialogs?</q>
1077
1078 <long-q>
1079 <p>A feature which is found in in some Macintosh and PC programs, which I
1080 like, is to provide pre-entered default values in text fields.  For example,
1081 the find and replace dialogs could show the last search/replace string, or
1082 the currently selected text.  These programs select the text, so simply
1083 typing in the field automatically replaces the default without any extra
1084 work from the user.</p>
1085 </long-q>
1086
1087 <a>
1088
1089 <p>X has a strict convention that there can be only one selection at
1090 a time on the whole display.  This means that some of the tricks used
1091 in PC and Macintosh programs don't work in X.  On PCs and Macs,
1092 programs can fill in default values in text fields, and select the
1093 text that they have inserted such that If the user types over the
1094 selection, it will automatically be erased.  Under X, there is a
1095 price to pay for making an automatic selection.  The selection must
1096 be "stolen" from some other window, maybe some other program. If the
1097 user's intent was to paste a selection that existed before the dialog
1098 popped up, once the automatic selection is made, they are out of
1099 luck.</p>
1100
1101 <p>If NEdit automatically transferred the selection to the Find or Replace
1102 dialog, it would either have to steal the selection, or users would
1103 have to click or drag the mouse over the text to delete it before they
1104 could type anything different.  Instead, NEdit has a "Find Selection"
1105 command, as well as various methods of pasting and copying the
1106 selection into dialog fields.  It also allows you to recall of previous
1107 search strings in the Find and Replace dialogs via the up-arrow and
1108 down-arrow keys.</p>
1109
1110 </a>
1111 </qna>
1112
1113 <qna id="N662">
1114 <q>I would like to use (multiple fonts, special symbols) in my file, but
1115 NEdit seems to allow just one single font.</q>
1116
1117 <a>
1118
1119 <p>NEdit is a plain text editor, not a word processor.  Plain text files have
1120 no font or formatting information contained in them, they are just a string
1121 of ascii characters.  While you might find a font with limited symbols and
1122 greek letters, your troubles would just be beginning.  You'd still have
1123 trouble getting the printer to agree and print out the characters as they
1124 appeared in NEdit.  For anything involving font changes or special symbols,
1125 you need a word processor, such as Microsoft Word, or a text
1126 formatting program like LaTEX.</p>
1127
1128 </a>
1129 </qna>
1130
1131 <qna id="N677">
1132 <q>Auto-wrap doesn't work well</q>
1133
1134 <long-q>
1135 <p>Auto-wrap doesn't work very well.  When I type in the middle of a line, I
1136 can push the end of the line beyond the right margin, and when I delete,
1137 It doesn't keep the right edge of the text lined up.</p>
1138 </long-q>
1139
1140 <a>
1141
1142 <p>You probably want continuous wrap mode (Preferences -&gt; Wrap
1143 -&gt; Continuous).</p>
1144
1145 <p>Because NEdit is not a word processor, it is stuck with the limits
1146 of the plain text format. In the default, auto-newline, wrapping
1147 mode, nedit does wrapping by inserting newline characters.  Because
1148 there is only one newline character, NEdit can't distinguish a
1149 newline which can be "unwrapped" from one which the user intended to
1150 be permanent.  While it might be possible for NEdit to temporarily
1151 make that distinction, for example while the cursor is on a
1152 particular line that the user is typing, ultimately, NEdit will have
1153 to forget this information, because there is no way to save it in the
1154 file. Users who work in auto-newline wrap mode tend to make liberal
1155 use of the Fill paragraph command.</p>
1156
1157 <p>In continuous wrapping mode, you can intentionally leave out the
1158 newlines within paragraphs, and lines will be wrapped as needed to
1159 fit within the page.  When you edit in the middle of a paragraph, the
1160 text will be continuously adjusted.  However, continuous wrap mode
1161 has it's limitations too.  All paragraphs must be lined up against
1162 the right margin to take advantage of continuous wrapping, and Unix
1163 systems have limited support for files of that format.  You may have
1164 trouble printing and viewing the files outside of NEdit.</p>
1165
1166 </a>
1167 </qna>
1168
1169 <qna id="N698">
1170 <q>NEdit scrolls too fast when I extend a selection by dragging the mouse
1171 outside of the window.</q>
1172
1173 <a>
1174
1175 <p>NEdit features proportional auto-scrolling, where the
1176 speed is controlled by how far your mouse is beyond the edge of the
1177 window.  If you want it to scroll slower, bring the mouse back closer
1178 to the text.</p>
1179
1180 </a>
1181 </qna>
1182
1183 <qna id="N713">
1184 <q>Is there a special symbol that represents the selected text,
1185 usable in shell commands?</q>
1186
1187 <long-q>
1188 <p>Is there a special symbol (as % for filename in the shell commands)
1189 that can be used to represent the text that is selected, which can then
1190 be used as an argument to a command? For instance, I want to feed the
1191 selection to a script so that it can be used as the expression to a
1192 'grep' command. Is there any other way that I can accomplish this goal?</p>
1193 </long-q>
1194
1195 <a>
1196
1197 <p>Below is an example from the NEdit discussion list (from David L. Paterline)
1198 of a "Find All" command implemented by using the selection as an argument to
1199 the grep command:</p>
1200
1201 <blockquote>
1202    <p>I set up a command to list all lines in a file which contain the
1203    highlighted selection as follows, using the Preferences -&gt; Shell
1204    Commands menu:</p>
1205
1206 <pre>
1207         Menu Entry:           all &lt;selection&gt;
1208         Command Input:        selection
1209         Command Output:       new window
1210         Save file before:     yes
1211         Shell Command:        grep -n -- "`cat -`" %
1212 </pre>
1213
1214    <p>The <code>cat -</code> portion of the command echoes the selected text to the
1215    <code>grep -n</code> command, which lists the lines containing the selection
1216    with line numbers.  The output of the command appears in a new
1217    window; I can then highlight a line number in the new window and
1218    use the Search -&gt; Goto Selected menu in the original window to jump
1219    to the line in the original file.</p>
1220 </blockquote>
1221
1222 </a>
1223 </qna>
1224
1225 <qna id="N741">
1226 <q>How can I print highlighted text on my printer as it appears in NEdit.</q>
1227
1228 <a>
1229
1230 <p>In the current version, that's not possible, but there are external tools
1231 for highlighting, which are specifically designed for printing, including
1232 a2ps, enscript, and genscript.</p>
1233
1234 </a>
1235 </qna>
1236
1237
1238 </section>
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252 <section id="sect_server_mode">
1253
1254 <title>Server mode and nc</title>
1255
1256 <qna id="N763">
1257 <q>I want to use <code>nc</code> as an external
1258 editor from my mailer, but my mailer doesn't wait for the editor
1259 to finish</q>
1260
1261 <long-q>
1262 <p>I use a mailer
1263 which can invoke an external editor, but if I use nc, the mailer process
1264 continues and assumes the editor has finished, when in fact it hasn't.</p>
1265 </long-q>
1266
1267 <a>
1268
1269 <p>nc is actually finished communicating with the NEdit server when it
1270 returns.  It's possible to create a shell command that invokes nc and
1271 then goes to sleep, and a second script to be run from the NEdit Shell
1272 menu, which looks for the sleeping process with a matching file name
1273 and kills it.  Try the shell scripts in:</p>
1274
1275 <blockquote>
1276 <p>
1277 <site>ftp://ftp.nedit.org/pub/contrib/misc/</site>nc_and_wait.tar
1278 </p>
1279 </blockquote>
1280
1281 </a>
1282 </qna>
1283
1284 <qna id="N788">
1285 <q>I started nedit as root, then tried later to edit a file as myself with
1286 <code>nc</code>; the file was opened in the root's nedit</q>
1287
1288 <long-q> <p>I started nedit (via <code>nc</code>) as root, and then
1289 later tried to edit a file as myself with <code>nc</code>. I was very
1290 suprised to see that a new nedit wasn't started--rather, I was given
1291 the old nedit window, with root permissions. Isn't this a security
1292 hole?</p> </long-q>
1293
1294 <a>
1295
1296 <p>Actually, NEdit does check who the user is.  When you use the su
1297 command, however, several Unix variants return the original user name
1298 in response to the standard C library calls for getting a user name,
1299 rather than the name to which you have su'd.  Starting with version 5.1,
1300 a different mechanism is used for getting this information, so you shouldn't
1301 see this problem any more.</p>
1302
1303 <p>In your case, my guess is that you used su to become root, then
1304 started an nedit server as root.  On a system which returns the
1305 original user name, both the new server and the nc client program
1306 think the user name is your original user name, so the server accepts
1307 requests from both you as root and you as you.</p>
1308
1309 <p>The security of an nedit session, depends upon the security of your X
1310 server.  Only those with access to your screen can send commands to an
1311 nedit server, but they can also send keystrokes to any nedit, or a shell
1312 window, etc...  Anyhow, just upgrade to the latest NEdit version.</p>
1313
1314 </a>
1315 </qna>
1316
1317 </section>
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331 <section id="sect_techniques">
1332
1333 <title>Editing techniques</title>
1334
1335 <qna id="N816">
1336 <q>I'd like to select a large expanse of text
1337 without dragging all the way through it with the mouse.</q>
1338
1339 <a>
1340
1341 <p>Using the shift key with the left mouse button, you can select all of the text
1342 between the cursor (or an existing selection) and the mouse.</p>
1343
1344 <ul>
1345   <li>Position the cursor at one end of the desired selection</li>
1346   <li>Use the scroll bar to make the other end visible</li>
1347   <li>Shift+Click with the left mouse button to select the text between
1348      the cursor and the mouse</li>
1349 </ul>
1350
1351 <p>Alternatively, using only keyboard navigation:</p>
1352
1353 <ul>
1354   <li>Position the cursor at one end of the desired selection</li>
1355   <li>Type Alt-m and a letter to mark the position</li>
1356   <li>Use the keyboard to go to the other end of the desired selection</li>
1357   <li>Type Shift-Alt-g and the letter you used to mark the first end
1358   of the selection</li>
1359 </ul>
1360
1361
1362 </a>
1363 </qna>
1364
1365 <qna id="N847">
1366 <q>How can I select the text between two marks?</q>
1367
1368 <a>
1369 <ul>
1370         <li>Go to the first mark (Goto Mark).</li>
1371         <li>Hold the shift key while selecting Goto Mark or Alt+Shift+G to
1372     select the text.</li>
1373 </ul>
1374
1375 </a>
1376 </qna>
1377
1378 </section>
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395 <section id="sect_bugs">
1396
1397 <title>Bugs</title>
1398
1399 <qna id="N900">
1400 <q>The keyboard shortcuts (accelerator keys) are not
1401 working when 'Caps' or 'Num Lock' are switched on.</q>
1402
1403 <long-q>
1404 <p>The keyboard shortcuts (accelerator keys) are not
1405 working when 'Caps' or 'Num Lock' are switched on.  Have I
1406 overlooked something obvious?</p>
1407 </long-q>
1408
1409 <a>
1410
1411 <p>You haven't overlooked anything, it's a Motif design flaw.  Netscape
1412 painfully works around this and the Alt/Meta key reversal on Sun
1413 workstations by internally re-implementing the Motif menu accelerator
1414 mechanism.  NEdit will likely follow suit with the release of version 5.2.</p>
1415
1416 <p>Another possibility (writes Peter Daifuku of SGI):</p>
1417
1418 <blockquote>
1419    <p>There's another answer which unfortunately isn't widespread as yet.
1420    For an X11R6.3 X server supporting the XKB extension, there is a
1421    mechanism to ignore the NumLock and CapsLock key as modifiers. The
1422    file /usr/lib/X11/xkb/X0-config.keyboard should contain the string
1423    IgnoreLockMods=NumLock+Lock . For systems with multiple displays,
1424    display 1 would be controlled by the file X1-config.keyboard, etc.</p>
1425
1426    <p>On SGI systems, this mechanism is support on IRIX 6.2 with X server
1427    patch 1574 or later, on IRIX 6.3 and IRIX 6.4 and all later releases.</p>
1428 </blockquote>
1429
1430 </a>
1431 </qna>
1432
1433 <qna id="NumLockBis">
1434 <q>Sometimes NEdit inserts &lt;dc3&gt; instead of saving the
1435 file when I type ^S</q>
1436
1437 <long-q>
1438 <p>Sometimes NEdit inserts &lt;dc3&gt; instead of saving the
1439 file when I type ^S. Other keyboard shortcuts (accelerator keys) don't
1440 work either.</p>
1441 </long-q>
1442
1443 <a>
1444 You have probably NumLock or CapsLock ON. See the answer to
1445 <link href="#N900">this</link> question.
1446 </a>
1447
1448 </qna>
1449
1450
1451
1452
1453 <qna id="Keypad">
1454 <author><name>Joor Loohuis</name></author>
1455 <q>I use the numeric keypad really often, so I keep NumLock on.
1456 But NEdit shortcuts don't work when NumLock is on.</q>
1457
1458 <a>
1459 <p>The bug is not in NEdit, but in Motif. This is fixed as of NEdit 5.2, but
1460 that might not help you much. Older versions have the same problem.</p>
1461
1462 <p>Here's how you tell X to interpret the keypad keys as numbers without
1463 turning NumLock on. Create a file .Xmodmap in your home directory, and put the
1464 following lines in it:</p>
1465
1466 <pre>
1467   keycode  79 = KP_7
1468   keycode  80 = KP_8
1469   keycode  81 = KP_9
1470   keycode  83 = KP_4
1471   keycode  84 = KP_5
1472   keycode  85 = KP_6
1473   keycode  87 = KP_1
1474   keycode  88 = KP_2
1475   keycode  89 = KP_3
1476   keycode  90 = KP_0
1477   keycode  91 = KP_Decimal
1478 </pre>
1479
1480 <p>Then make sure the script that starts your X session parses this file with
1481 the command:</p>
1482 <pre>
1483   xmodmap -merge ~/.Xmodmap
1484 </pre>
1485
1486 <p>This script can be ~/.xinitrc (called by startx) or something like Xsession
1487 if you use xdm/kdm/gdm. Then again, it might be an entirely different script on
1488 some systems.</p>
1489
1490 <p>Then turn off numlock, and just continue using the keypad. The only thing
1491 is, you loose the alternate set of functions (cursor/home/pgdown/etc).</p>
1492
1493
1494 </a>
1495
1496 </qna>
1497
1498
1499
1500
1501
1502 <qna id="N927">
1503 <q>NEdit crashes I try to paste text in to a text field in a dialog
1504 (like Find or Replace) on my SunOS system.</q>
1505
1506 <a>
1507
1508 <p>On many SunOS systems, you have to set up an nls directory before
1509 various inter-client communication features of Motif will function
1510 properly.  Before NEdit 4.0 this wasn't much of a problem, because
1511 users couldn't cut and paste at all, and Motif would sometimes
1512 print a warning about not finding an nls directory, so most users
1513 figured it out right away.  But with 4.0, everything seems to be
1514 working fine, except when someone tries to move text in or out of
1515 a dialog field, then blamo.</p>
1516
1517 <p>There are instructions in README.sun in
1518 <site>ftp://ftp.nedit.org/pub/</site>&lt;current-version&lt;,
1519 as well as a tar file containg a complete nls directory:
1520 <site>ftp://ftp.nedit.org/pub/</site>&lt;current-version&lt;/individual/README.sun
1521 </p>
1522
1523 <p>It contains directions for setting up an nls directory, which is
1524 required by Motif for handling copy and paste to Motif text fields.</p>
1525
1526 </a>
1527 </qna>
1528
1529 <qna id="N955">
1530 <q>NEdit crashes frequently, particularly on window closing.</q>
1531
1532 <a>
1533
1534 <p>There is an obsolete resource in Motif called defaultFontList, which
1535 does nothing but cause random crashing.  I don't know why NEdit users
1536 keep popping up with this resource set, maybe it looks enticing when
1537 you look at widget resources with editres.  Anyhow, setting it to
1538 anything, whether it be a valid font or just garbage, causes random
1539 crashing in both Motif 1.2 and 2.0, so just don't set it.</p>
1540
1541 </a>
1542 </qna>
1543
1544 <qna id="N970">
1545 <q>NEdit sometimes crashes when I execute a shell command menu item I
1546 just added.</q>
1547
1548 <a>
1549
1550 <p>Check the "Command Input" setting, in the Preferences-&gt;Shell Commands
1551 dialog for that menu item.  If the shell command being executed does
1552 not take input, but "Command Input" is set to "selection" or "window",
1553 NEdit tries to write the input anyhow, and fails.  Set "Command Input"
1554 to "none" to prevent this possibility.  This is fixed in version 5.1 and later.</p>
1555
1556 </a>
1557 </qna>
1558
1559 <qna id="N985">
1560
1561 <q>When NEdit starts up, I get errors like:
1562 <tt>Cannot allocate colormap entry for "#b3b3b3".</tt>
1563 </q>
1564
1565
1566 <long-q>
1567 <p>When NEdit starts up, I get errors:</p>
1568
1569 <pre>
1570    Cannot allocate colormap entry for "#b3b3b3"
1571    Cannot allocate colormap entry for "#e5e5e5"
1572 </pre>
1573 </long-q>
1574
1575 <a>
1576
1577 <p>Most X displays are set up to operate in a mode which allocates 8
1578 bits of video memory per-pixel, and requires a color mapping table to
1579 translate pixel values to screen colors.  With just 8 bits there are
1580 only 256 possible colors, and programs must either allocate and share
1581 these pixel values, or swap in their own colormap and make all other
1582 windows flash to strange colors while their window is focused.  Some
1583 programs, Netscape in particular, are bad neighbors in this
1584 environment and snarf up every free entry in the shared colormap,
1585 such that every program that runs after them gets the errors you're
1586 asking about.</p>
1587
1588 <p>The solution is either to start Netscape last, after all other applications
1589 that you might want to run, or better, tell Netscape how many colors it is
1590 allowed to allocate.  Fortunately, you can do this with a resource setting:</p>
1591
1592 <blockquote>
1593 <p><tt>Netscape*maxImageColors: 80</tt></p>
1594 </blockquote>
1595
1596 </a>
1597 </qna>
1598
1599 <qna id="N1011">
1600
1601 <q>Sometimes when I use regular expression replacement inside of a
1602 rectangular selection, NEdit fails to match text.</q>
1603
1604 <long-q>
1605 <p>Sometimes when I use regular expression replacement inside of a
1606 rectangular selection, NEdit fails to match text which does legally
1607 match the expression.</p>
1608 </long-q>
1609
1610 <a>
1611
1612 <p>The problem with REs and rectangular selections is that matching is
1613 bounded by the rectangular selection, but text outside of the selection
1614 is still fed to the matching routines, so ^, $, don't refer to the
1615 edges of the selection, they still refer to the beginning and ending of
1616 the line, and some legal matches are excluded because they continue
1617 outside of the selection are thereby excluded, or are shadowed by
1618 matches which begin or end outside of the selection.</p>
1619
1620 </a>
1621 </qna>
1622
1623 <qna id="N1026">
1624
1625 <q>When ever I execute a nedit shell command (such as spell or wc) I get
1626 extra junk.</q>
1627
1628 <long-q>
1629 <p>When ever I execute an nedit shell command (such as spell or wc) I get
1630 (extra junk, error messages, complaints from stty) inserted into my text,
1631 or an Information dialog with (extra junk, error messages, complaints
1632 from stty).</p>
1633 </long-q>
1634
1635 <a>
1636
1637 <p>You probably have printing commands in your shell startup file (.cshrc, or
1638 equivalent).  These should either be skipped in non-interactive mode, or
1639 moved to your .login file.  You can often see the problem outside of nedit
1640 by typing:</p>
1641
1642 <pre>
1643     csh -c ls
1644 </pre>
1645
1646 <p>Error messages from stty are a result of it being executed from a process
1647 which isn't attached to a terminal.  You can safely move stty statements
1648 and most other interactive commands to your .login file (calling stty from
1649 a .cshrc file is redundant because the terminal device doesn't change for
1650 each sub-shell).  If you can't remove interactive commands, you should
1651 skip around them in non-interactive shells, I think the usual method is to
1652 put them at the end, preceded by something like:</p>
1653
1654 <pre>
1655     if ($?prompt == 0) exit
1656 </pre>
1657
1658 <p>The manual entry on csh has more information on this.</p>
1659
1660 </a>
1661 </qna>
1662
1663 <qna id="N1055">
1664 <q>On a Solaris system, the right part of the 'file open' dialog
1665 is too narrow, I can't see the complete file names.</q>
1666
1667 <long-q>
1668 <p>On a Solaris system, when trying to open a file within nedit, you get the
1669 listing of available file names. However, the sub-window (on the right)
1670 containing the file names (not directory names) sometimes is too narrow so
1671 that you can't see the filename part (i.e. /usr/people/rainer/sometextfile.txt
1672 shows up as /usr/people/rain or so). When resizing the dialog box, the
1673 filenames sub-window on the right doesn't become larger. I know I can use
1674 nedit.stdOpenDialog to type a filename, but that's annoying.</p>
1675 </long-q>
1676
1677 <a>
1678
1679 <p>It's a bug in the shared Motif library.  Depending on your system, the patch
1680 is one of ID# 103461-07, # 102226-19, or # 103186-21.  If you can't patch
1681 your system, you can set the resource:</p>
1682
1683 <pre>
1684     nedit*XmFileSelectionBox.pathMode:  XmPATH_MODE_RELATIVE
1685 </pre>
1686
1687 <p>This will stop the dialog from displaying the path component of
1688 file names. Another possible workaround is to use the nedit_sunos
1689 executable (from <site>ftp://ftp.nedit.org/pub/</site>), which is
1690 statically linked with a good Motif.</p>
1691
1692 </a>
1693 </qna>
1694
1695 <qna id="N1077">
1696 <q>When I try to open a file from the "Open" dialog nothing appears in
1697 the "Filter" textfield</q>
1698
1699 <long-q>
1700 <p>When I try to open a file from the "Open" dialog nothing appears in
1701 the "Filter" textfield. Instead, I get repeated message like:</p>
1702
1703 <pre>
1704     Name: Text
1705     Class: XmTextField
1706     Character '/' not supported in font.  Discarded.
1707 </pre>
1708 </long-q>
1709
1710 <a>
1711
1712 <p>In some versions of S.u.S.E. Linux, there's apparently something wrong
1713 with their builds of NEdit and other Motif apps.  I've been told you
1714 can make nedit work by seting the environment variable LD_PRELOAD to
1715 /lib/libBrokenLocale.so.1 before launching it.  You can also use the
1716 statically linked version of NEdit for Linux from
1717 <site>ftp://ftp.nedit.org/pub/</site>
1718 </p>
1719
1720 </a>
1721 </qna>
1722
1723 <qna id="N1103">
1724 <q>NEdit seems to be running very slowly on my Solaris 2.6 system.</q>
1725
1726 <a>
1727
1728 <p>If you're running NEdit on a Solaris 2.6 system and experiencing performance
1729 problems (windows come up slowly), the patch for Sun's shared Motif library
1730 is ID# 105284-04.  Installing the patch alone will improve the performance
1731 dramatically.  The patch also enables a resource, *XmMenuReduceGrabs.
1732 Setting this to True will eliminate the delay completely.</p>
1733
1734 </a>
1735 </qna>
1736
1737 <qna id="N1118">
1738 <q>I can't seem to enter accented characters on my system.</q>
1739
1740 <a>
1741
1742 <p>This should be working properly on most systems as of NEdit 5.1 or later.  If it's
1743 not, try re-building NEdit with -DNO_XMIM.  If it still doesn't work, send
1744 mail to <email>develop@nedit.org</email></p>
1745
1746 </a>
1747 </qna>
1748
1749 <qna id="N1140">
1750 <q>When I try to use nc to start an nedit server, I receive a message
1751 <tt>(filename): forward host lookup failed: ...</tt></q>
1752
1753 <long-q>
1754 <p>When I try to use nc to start an nedit server, for instance using</p>
1755
1756 <pre>
1757     nc (filename)
1758 </pre>
1759
1760 <p>I receive the following error message:</p>
1761
1762 <pre>
1763    (filename): forward host lookup failed:
1764                Host name lookup failure: Connection refused
1765 </pre>
1766
1767 </long-q>
1768
1769 <a>
1770
1771 <p>There is another program called <code>nc</code> which is installed on
1772 some systems. In this case, <code>nc</code> is for <code>netcat</code>,
1773 some kind of network diagnostic tool. You can safely rename NEdit's
1774 <code>nc</code> to something else (we recommend ncl), or put it first in
1775 your path before <code>netcat</code>.</p>
1776
1777 </a>
1778 </qna>
1779
1780 <qna id="N1166">
1781 <q>Whenever I try to open existing files by using menu, nedit crashes; but
1782 if I type <code>nedit filename</code> command, it works.</q>
1783
1784 <long-q>
1785 <p>Whenever I try to open existing files by using menu, nedit crashes, and
1786 sometimes I get the following error message:</p>
1787
1788 <pre>
1789    X Error of failed request:  BadAlloc (insufficient resources for operation)
1790    Major opcode of failed request:  53 (X_CreatePixmap)
1791 </pre>
1792
1793 <p>But if I type <code>nedit filename</code> command, it works. So
1794 how can I open file by using menu bar?</p>
1795
1796 </long-q>
1797
1798 <a>
1799
1800 <p>Several users have reported this problem.  Most of them were using
1801 S.u.S.E. Linux .  A few others had different
1802 distributions, but always European.  The problem appears to be related
1803 to how Motif searches for named pixmaps and bitmaps.  My guess is that on
1804 some systems, this search encounters a match with a bad pixmap file, or
1805 tries to load something which is not a pixmap at all.  One solution was
1806 to set the environment variable XBMLANGPATH to a random directory.  For
1807 example:</p>
1808
1809 <pre>
1810   XBMLANGPATH=.
1811   export XBMLANGPATH
1812 </pre>
1813
1814 <p>The solution on S.u.S.E Linux systems was to remove an unnecessary line
1815 in the global /etc/profile (provided by S.u.S.E.):</p>
1816
1817 <pre>
1818   export XAPPLRESDIR=
1819       "$XAPPLRESDIR:/var/X11R6/app-defaults:/usr/X11R6/lib/X11/app-defaults"
1820 </pre>
1821
1822 <p>Another user who had the problem reported that the root cause appeared to
1823 be insufficient read permissions on some xm_* (e.g. xm_warning) pixmaps in
1824 "/usr/X11R6/include/X11/bitmaps".  (Could someone else confirm this?)</p>
1825
1826 </a>
1827 </qna>
1828
1829 <qna id="N1202">
1830 <q>I want to be able to spawn a command from NEdit.</q>
1831
1832 <long-q>
1833 <p>I want to be able to spawn a command from NEdit.  By this I mean that I
1834 want to NEdit to launch another program without waiting for the program
1835 to return.  At the moment I'd like to be able to launch
1836 <code>mctags</code>, but I
1837 also have a variety of other things I'd like to do.  The shell command:
1838 <code>mctags &amp;</code> continues to wait
1839 for mctags to finish, despite the "&amp;".  Is
1840 there any way to do what I want?</p>
1841 </long-q>
1842
1843 <a>
1844
1845 <p>It's a bug/feature of NEdit that it considers a shell command process
1846 alive as long as any of it's file descriptors remain open.  Forked
1847 processes generally copy and keep open the stdout and stderr descriptors
1848 from their parent process, so you have to add
1849 <code>&gt;&amp; /dev/null</code> to your shell
1850 command, so it reads:</p>
1851
1852 <pre>
1853     mctags &gt;&amp; /dev/null &amp;
1854 </pre>
1855
1856 </a>
1857 </qna>
1858
1859 <qna id="N1221">
1860 <q>NEdit flashes or matches the wrong parenthesis, bracket, or brace if there
1861 is an intervening paren/bracket/brace quoted in between.</q>
1862
1863 <a>
1864
1865 <p>Until version 5.0, NEdit had no way of even knowing what
1866 language you were operating in when making the flash/match decision, so it
1867 simply counted opening and closing instances, disregarding language syntax
1868 context (strings, comments, etc.) completely.  Now that the feature is more
1869 possible to implement, it may be included in a future version, but I'm not
1870 entirely sure how best to do it yet.</p>
1871
1872 </a>
1873 </qna>
1874
1875 <qna id="N1236">
1876 <q>I'd like to edit a file which is about 50 Megabytes long,
1877 but I get errors.</q>
1878
1879 <long-q>
1880 <p>I'd like to edit a file which is about 50 Megabytes long.
1881 Whenever I try to read this file, there was always a message as following:</p>
1882
1883 <pre>
1884     Error: Cannot perform realloc
1885 </pre>
1886 </long-q>
1887
1888 <a>
1889
1890 <p>How large a file you can edit with NEdit depends on how much swap space + RAM
1891 you have, since it loads your file into virtual memory and occasionally does a
1892 full copy of that memory space.  NEdit can handle a 100MB file reasonably well
1893 if you increase your swap space, but I don't know how far beyond that it can
1894 go.  To work with a 100MB file, you must have at least 200MB of virtual memory
1895 available.  Many Unix systems can be set up to temporarily increase swap space
1896 by creating a temporary swap file.</p>
1897
1898 </a>
1899 </qna>
1900
1901 <qna id="N1255">
1902 <q>We installed NEdit Version 5.0 recently, and the
1903 accelerators Ctrl-G (Find again) and Ctrl-L (Goto Line Number) are now
1904 missing</q>
1905
1906 <a>
1907
1908 <p>You have an out-of-date app-defaults file.  We strongly recommend not using
1909 such files for this exact reason.  When you use an app-defaults file, it
1910 replaces ALL of the program defaults.  If you do install an app-defaults file,
1911 it is your responsibility to keep it up to date with each new release of the
1912 executable.  Otherwise, as you have observed, certain features will degrade
1913 with each release, as the app-defaults file and the executable get further and
1914 further out of sync with eachother.</p>
1915
1916 </a>
1917 </qna>
1918
1919 <qna id="N1270">
1920 <q>On our PCs we have Windows 3.1 and we run XVision as X-Server and
1921 we cannot mark with the mouse within NEdit.</q>
1922
1923 <long-q>
1924 <p>On our PCs we have Windows 3.1 and we run XVision as X-Server. The problem
1925 that we have is, that we cannot mark with the mouse within NEdit.</p>
1926
1927 <p>When you click and hold the left mouse button and then move the mouse, you
1928 can see the mark-area flickering during the movement of the mouse. When
1929 stopping the movement nothing is highlighted and nothing is marked.</p>
1930 </long-q>
1931
1932 <a>
1933
1934 <p>XVision is grabbing the selection immediately, as soon as it is made, not
1935 allowing applications to own it.  This behavior is completely wrong, and I
1936 have no idea what they might have been thinking when they implemented it.  It
1937 may be possible to turn it off, ask their technical support people if they're
1938 not already out of business.</p>
1939
1940 </a>
1941 </qna>
1942
1943 <qna id="N1288">
1944 <q>My regular expression replacement got truncated!</q>
1945
1946 <long-q>
1947 <p>My regular expression replacement got truncated! I wrote
1948 a regular expression to nest additional braces around blocks of code
1949 (replace <tt>{([^{}]|\n)*}</tt> with <tt>{\0}</tt>), which works for
1950 small blocks of text, but it fails on large ones, truncating the
1951 replacement at around 512 bytes.</p>
1952 </long-q>
1953
1954 <a>
1955
1956 <p>A remnant of pre-regular-expression, pre-macro-language NEdit, is that
1957 replacement strings are limited to 511 bytes.  This is high on the list
1958 to fix in a future upgrade.</p>
1959
1960 </a>
1961 </qna>
1962
1963 <qna id="N1303">
1964 <q>NEdit is slow and pages continuously on my 8MB Linux system</q>
1965
1966 <a>
1967
1968 <p>On most Unix workstations, 8MB of RAM is actually insufficient to run X
1969 and Motif properly.  Some Linux users get by with it and Linux itself
1970 seems to be quite memory efficient, but you really should have 12 or 16
1971 if you're going to be using X much.  NEdit would not be my first choice
1972 in editors on an 8MB system.</p>
1973
1974 </a>
1975 </qna>
1976
1977 <qna id="N1318">
1978 <q>Some of the special keys on my keyboard don't do what I expect.</q>
1979
1980 <a>
1981
1982 <p>X systems are rife with this kind of problem because are just too many
1983 levels of re-settable bindings between the keyboard and the application
1984 program that reads it.  Sun systems are the worst offenders, combining
1985 poor Motif support with a variety of strange keyboard arrangements.</p>
1986
1987 <p>To diagnose these problems, you have to look at all three levels of key
1988 binding that affect Motif programs.</p>
1989
1990 <p>At the bottom level are the modifier map and keymap table, where
1991 hardware key codes are bound to X keysyms.  You can see the bindings on
1992 this level with the xmodmap program (see man xmodmap).  A useful tool
1993 in debugging the xmodmap level is a program like xev, which can show
1994 you the keysyms it receives.</p>
1995
1996 <p>The next level up from that is the motif virtual binding level
1997 (see man VirtualBindings).  You can (usually) view the bindings at
1998 this level by looking at the value of the root window property:
1999 _MOTIF_DEFAULT_BINDINGS, using the xprop -root command, however what
2000 you see is not necessarily what you'll get.  The defaults for these
2001 bindings are determined by an unbelievably complicated process
2002 involving not just the application in question, but Motif
2003 applications which have run before it attached to the same server.
2004 This process is described in detail in the VirtualBindings manual
2005 page (which is often not available on systems where the bindings are
2006 messed up). While it's usually better to attack system configuration
2007 problems at the source, this one is so contorted that you're better
2008 off with a patch. Luckily, the default Motif virtual bindings can be
2009 overridden by an application resource called defaultVirtualBindings.
2010 If you think the problem is at the Motif virtual binding level,
2011 define a defaultVirtualBindings resource in your .Xresources or
2012 .Xdefaults file, using the example below as a template, replacing the
2013 keysym names (to the right of the colon) with the keysyms shown by
2014 xev when you press the desired key:</p>
2015
2016 <pre>
2017    !
2018    ! Motif Virtual Key Bindings
2019    !
2020    nedit*defaultVirtualBindings: \
2021         osfActivate     :               &lt;Key&gt;KP_Enter\n\
2022         osfCancel       :               &lt;Key&gt;Escape\n\
2023         osfHelp         :               &lt;Key&gt;Help\n\
2024         osfMenu         :               &lt;Key&gt;F4\n\
2025         osfMenuBar      :               &lt;Key&gt;F10\n\
2026         osfLeft         :               &lt;Key&gt;Left\n\
2027         osfUp           :               &lt;Key&gt;Up\n\
2028         osfRight        :               &lt;Key&gt;Right\n\
2029         osfDown         :               &lt;Key&gt;Down\n\
2030         osfBeginLine    :               &lt;Key&gt;Home\n\
2031         osfEndLine      :               &lt;Key&gt;End\n\
2032         osfPageUp       :               &lt;Key&gt;Prior\n\
2033         osfPageDown     :               &lt;Key&gt;Next\n\
2034         osfBackSpace    :               &lt;Key&gt;BackSpace\n\
2035         osfDelete       :               &lt;Key&gt;Delete\n\
2036         osfInsert       :               &lt;Key&gt;Insert\n\
2037         osfUndo         :               &lt;Key&gt;F14\n\
2038         osfAddMode      :Shift          &lt;Key&gt;F8\n\
2039         osfCopy         :               &lt;Key&gt;F16\n\
2040         osfCut          :               &lt;Key&gt;F20\n\
2041         osfPaste        :               &lt;Key&gt;F18\n
2042 </pre>
2043
2044 <p>If NEdit is having binding problems, chances are that other Motif-based
2045 programs are also having trouble.  Removing the "nedit" from the resource
2046 name above (just *defaultVirtualBindings), will apply it to the other
2047 Motif programs that you run as well.</p>
2048
2049 <p>The top level bindings in the key binding hierarchy, are the X toolkit
2050 translation tables (see the NEdit Help section called X Resources).  To
2051 show the translations in use, you can add a binding which dumps the table
2052 itself:</p>
2053
2054 <pre>
2055     nedit*text.Translations: #override \
2056         Alt&lt;Key&gt;t: XtDisplayTranslations()\n
2057 </pre>
2058
2059 <p>Typing Alt+T will then display the contents of the translation table to
2060 stdout (the terminal from which you started NEdit).  If you have the NEdit
2061 source, you can also look at the default bindings in the module text.c.</p>
2062
2063 <p>Sometimes, even if you don't understand the problem, you can patch around it
2064 by supplying translations for the keysyms that NEdit actually sees, binding
2065 them to the action routines that you want activated when you press that
2066 key.</p>
2067
2068 </a>
2069 </qna>
2070
2071 <qna id="N1319">
2072 <q>KP Enter does no longer executes the current line or selected text as
2073    a shell command. How can I get this behavior back?</q>
2074
2075 <a>
2076
2077 <p>It was considered dangerous to have a commonly used key potentially
2078    execute arbitrary shell commands unintentionally (think rm -Rf). Therefore
2079    the shortcut was changed to Ctrl+KP Enter.
2080
2081    In case you want the old binding back, you can add the following lines
2082    to your .Xdefaults or .Xresources file:</p>
2083
2084 <pre>
2085    nedit*shellMenu.executeCommandLine.accelerator: &lt;Key&gt;KP_Enter",
2086    nedit*shellMenu.executeCommandLine.acceleratorText: KP Enter",
2087 </pre>
2088
2089 </a>
2090 </qna>
2091 </section>
2092
2093
2094
2095
2096
2097 </body>
2098
2099
2100
2101 </faq>