HDTenEightyP/NetNews huggingface dataset:
From: lee@sq.sq.com (Liam R. E. Quin)
Subject: Re: Help setting FONT for PANEL_LIST items
Organization: SoftQuad Inc., Toronto, Canada
Date: Sun, 22 Nov 92 05:30:32 GMT

grover@vulcan1.edsg.hac.com writes:
>I have been trying to get my PANEL_LIST items to use the font of my choice
>(a fixed width font), but so far, no luck.

After looking at the source, I found that there are only two ways.

(1) set the font of the containing panel, *before* you create the list

(2) set the font on each item in the list when you insert it.

If you do (2), you must batch your inserts with the XV_ATTR_LIST stuff,
as otherwise eternity will come and go and hell will freeze and thaw if
you have more than a few dozen items in your list.  But if you batch it
all up it works well.

It is clear that XView would benefit greatly from the tabbed lists that
Microsoft Windows and OSF/Motif provide.

On the other hand, asking for new features in XView is only slightly less
productive than asking for continued support for TNT and NeWS, which amounts
to a cross between necromancy and the wistful longing that people experience
when things of beauty pass from this world and are seen no more upon
Midde Earth.
Oops, got carried away :-)

Lee


-- 
lee@sq.com (Liam Quin) the barefoot programmer; SoftQuad Inc +1 416 239 4801
 OPEN LOOK UI FAQ; Metafont list; HexSweeper NeWS game; lq-text text retrieval
 `The priestes boy came, whyle the flesh was seething' [lq-text-request@sq.com
 1 Sam II:13/Miles Coverdale/1535
From: grossjoh@petty.ls6.informatik.uni-dortmund.de (Kai Grossjohann)
Newsgroups: comp.windows.open-look
Subject: Re: olvwm grabs keys it shouldn't
Date: 20 Nov 92 17:13:41
Organization: Universitaet Dortmund, Lehrstuhl Informatik VI
Distribution: world
Reply-To: Kai Grossjohann <grossjoh@ls6.informatik.uni-dortmund.de>
NNTP-Posting-Host: petty
In-reply-to: grossjoh@ls6's message of 20 Nov 92 16:07:00

>>>>> On 20 Nov 92 16:07:00,
>>>>> grossjoh@petty.ls6.informatik.uni-dortmund.de (Kai Grossjohann) said:
> NNTP-Posting-Host: petty

> Hi there,

> for a few days now, I've been using olvwm as my window manager. It is quite
> nice but it has one annoying feature: It grabs the Meta-CursorRight etc keys.
> I want to use these in my editor window, though. So I tried to set quite a few
> things. Here is what I have:

> [...]

> Thanx for ur help,

Ooops, I forgot:

	Please reply by email

		-- Kai
--
--
  Kai Grossjohann            Phone (voice): 49 231 75 30 15
  Baroper Str. 331 App. 510  E-Mail: 
  W-4600 Dortmund 50         grossjoh@ls6.informatik.uni-dortmund.de
  Germany                    
--
There are two ways to solve this problem: the hard way, and the
easy way. Let's start with the hard way.
                        -- W. Schneider, from a Physics lecture
Xref: sparky comp.windows.open-look:4593 alt.toolkits.xview:1081 comp.sys.sun.misc:5354
From: newmike@scotty.hco.tek.com (Mike Eberdt)
Newsgroups: comp.windows.open-look,alt.toolkits.xview,comp.sys.sun.misc
Subject: Re: XView 3.0.1 source?
Date: 20 Nov 92 02:05:55 GMT
Followup-To: comp.windows.open-look
Distribution: na
Organization: Tektronix, Inc.


In article <1992Nov19.175853.919@icd.teradyne.com>, steele@icd.teradyne.com (Alan Steele) writes:
> 
> Has Sun made available the source code to XView 3.0.1?  The latest
> we have is v3.0.  I'm assuming there is an XView 3.0.1 that goes
> with OpenWindows 3.0.1 (the OW part of Solaris 2.0).
> 

I too have been wondering when (if?) we'll be seeing some new XView code.
From the README file in the /contrib/xview3/Fixes directory on export:

  This patch comes ~6 months after XView 3.0 was available, with ~40 bugs 
  fixed.  We will try to put out the next (smaller) patch a lot sooner 
  (3-4 months).

The README file and the patch referred to above were released almost 8 months
ago. Perhaps there have been no more bugs to fix?  :)


Mike Eberdt
Tektronix, Inc.
Michael.Eberdt@tek.com
From: ich@ccwf.cc.utexas.edu (Ing-Chin Hwang)
Newsgroups: comp.windows.open-look
Subject: Cut/Paste in OWN and more
Date: 20 Nov 92 15:27:38 GMT
Reply-To: ich@ccwf.cc.utexas.edu (Ing-Chin Hwang)
Followup-To: ich@ccwf.cc.utexas.edu
Organization: The University of Texas at Austin, Austin TX
Originator: ich@donald.cc.utexas.edu


Thanks to olvwm's virtual screens, I recently made the switch from 
Motif/X to  OpenLook/olvsm. For a relative novice on open look
environment I have two questions:

1. One of the most frequent window operations is select/copy in one
xterm and paste to another window, be it another xterm or a DECterm
from a remote VAX. 
The X convention seems to be but1/drag is selection and but2 is
paste. Often times before the paste, I need to click on the menu/title
bar of the another window to bring it up front. This will then
de-select the region I just select. 
What's the best way to solve this problem? 
I'm aware of the recent discussions on xterm key binding of cut/paste
but I would rather stay with the simple, 
        select, click on menu bar, and paste sequence.

2. Is there a way to circle through all active windows from keyboard
or mouse?
I remembered in twm there's a f.circle (or something like that), is
there's a equivalent in olwm?
Thanks.
-- 
Ing-Chin Hwang, ich@ccwf.cc.utexas.edu
Xref: sparky comp.windows.open-look:4608 comp.windows.x:19409
From: taylor@foraker.NoSubdomain.NoDomain (Eric Taylor)
Newsgroups: comp.windows.open-look,comp.windows.x
Subject: Re: OLIT: Red focus color: HOW DO I GET RID OF IT????
Keywords: I hate the bright red focus color
Date: 20 Nov 92 21:43:03 GMT
Followup-To: comp.windows.open-look

In article <1992Nov16.043159.1258@netlabs.com>, gerolima@netlabs.com (Mark Gerolimatos) writes:
|> 
|> In OLIT 3.0 and 2.5 applications, the widget with the focus gets turned bright, 
|> awful, "dog in heat" red. I hate it. Customers hate it. Our Q-n-A guys hate it. 
|> Some of my friends at Sun hate it. EVERYONE hates it.
|> 
|> But I have no idea how to get rid of it:I see no XtN/C... resource related to
|> focus color:
|> 
|> 	fuzzball <11> cd $OPENWINHOME/include
|> 	fuzzball <12> egrep -i 'xtn.*color' *.h
|> 	ListPane.h: * XtNfontColor     Pixel     Black     font color
|> 	OlMinStr.h:#define   XtNfontColor     "fontColor"
|> 
|> I've heard noise of a "patch" out there, but have seen no evidence of it.
|> HEEEEELLLLLPPPPPP!


We are in the same predicament.  I can not believe that Sun
thinks people actually like bright red.  The first thing 
people ask us in our product is how do you get rid of
all those silly red things???

If you have a color station, you can use the XtNinputFocusColor
resource.   For black and white you are screwed.  If you try
to set it the same as the background, it will ignore you.
From: mdelaney@informix.com (Dr. SPARC)
Newsgroups: comp.windows.open-look
Subject: Re: Changing Textedit Extras Menu?
Date: 23 Nov 92 18:57:26 GMT
Organization: Informix Software, Inc.

In <1992Nov19.152841.9362@dvs.com> brooks@dvs.com (Walter Brooks) writes:

>Has anyone successfully modified the "Extras" menu inside Textedit?

Yes.

>I've tried modifying /usr/lib/text_extras_menu but it does not seem to notice
>the features I have added. Do I have to remake something or update a database
>somewhere?

Add the following to your .Xdefaults file:

text.extrasMenuFilename: /user/brooks/.text_extras_menu

Then copy /usr/lib/text_extras_menu to /usr/brooks (or where ever
your home is), and then modify it.  BTW, you will still have to xrdb
and restart the textedit application.

						- Mark
-- 
Mark A. Delaney                  mdelaney@informix.com
                                 [pyramid|uucp]!infmx!mdelaney
#include <disclaimer>            (415) 926-6369
From: jmk@sun.com ()
Newsgroups: comp.windows.open-look
Subject: Re: OLIT: Red focus color: HOW DO I GET RID
Date: 16 Nov 1992 18:01:38 GMT
Organization: Sun Microsystems, Inc.
Distribution: world
Reply-To: jmk@sun.com
NNTP-Posting-Host: rita

>In OLIT 3.0 and 2.5 applications, the widget with the focus gets turned bright, 
>awful, "dog in heat" red. I hate it. Customers hate it. Our Q-n-A guys hate it. 
<Some of my friends at Sun hate it. EVERYONE hates it.


	You can set XtNinputFocusColor to a less glaring color. Or, you could turn off
mouseless mode thru the application resource : XtNmouseless ....
	Just set *mouseless: False in your resource file. Note that this works only
with OLIT 3.0 & above. Also, you would'nt be able to use mouseless traversal (using 
the keyboard) in this case.


rgds,

John Mani
OLIT Engg
SunSoft Inc
From: tmcconne@sedona.intel.com (Tom McConnell~)
Newsgroups: comp.windows.open-look
Subject: Re: olvwm port to RS/6000
Date: 17 Nov 1992 15:18:44 GMT
Organization: Intel Corporation
Distribution: world
NNTP-Posting-Host: thunder.intel.com
Originator: tmcconne@sedona


In article <Bxun4J.Cow@csd.cri.dk>, tnr@csd.cri.dk (Torben N. Rasmussen) writes:
> Tom McConnell~ (tmcconne@sedona.intel.com) wrote:
> : 
> I have compiled it in AIX-3.2 and experienced that it makes the machine
> crach quite often, so I am running olwm again that works fine.
> 
  Makes the machine crash? or olvwm crash? What are the symptons, errors?

    Cheers,

    Tom McConnell
-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
Newsgroups: comp.windows.open-look
From: mario@sun.com (Mario Dorion - Sun Montreal SE)
Subject: Re: Help: cannot start "openwin -nosunview"...
Reply-To: mario@sun.com
Organization: Sun Microsystems du Canada
Date: Wed, 18 Nov 1992 14:36:19 GMT

In article 28200@mdd.comm.mot.com, pchan@mdd.comm.mot.com (Pat Chan) writes:
>I want to start openwin without sunview stuff.
>According to my OW3 manauls, what I need is to
>invoke
>       openwin -nosunview
>
>But when I do it, it complains, 
>
>       /usr/sys/sun4c/OBJ/evqmod-sun4c.o file does not exist
>       Xnews: Error: Unable to load evq module.
>
>Any hint???!!!
>Thanx..

OpenWin will use loadable modules to load some of the stuff that it
will need in order to operate without SunView.

In order for this to work, your kernel need to have the following
option enabled:
	options VDDRV           # loadable modules

You're probably running on a generic_small which does not (by default)
support this option.

Mario Dorion
Newsgroups: comp.windows.open-look
From: pickerig@eee.bham.ac.uk (Guy Pickering)
Subject: Filemgr custom menu
Summary: How do I use the prompt info?
Date: Thu, 19 Nov 1992 18:43:21 GMT
Organization: The University of Birmingham, England
X-Newsreader: TIN [version 1.1 PL6]
Keywords: prompt file manager

Hi,

When creating Custom buttons in filemgr I ask the user for a comment
(to be used by sccs). How do I take this info and pout it into
the "UNIX command" line, is there an equivalent to $FILE?

Thanks,

Guy



--
+--------------------------------+-----------------------------------------+
| Guy Pickering                  | School of Electronic & Electrical Eng,  |
| E-MAIL: G.PICKERING@uk.ac.bham | University of Birmingham,               |
| Tel: (021) 414 4340            | Edgbaston, Birmingham. B15 2TT.         |
+--------------------------------+-----------------------------------------+
| "I have ten pairs of trainers...One for each day of the week" - Sam Fox  |
+--------------------------------+-----------------------------------------+


Newsgroups: comp.windows.open-look
From: nh@cbnewsg.cb.att.com (nicholas.hounsome)
Subject: Re: cmdtool, shelltool, and korn shell
Organization: AT&T
Date: Thu, 19 Nov 1992 08:48:21 GMT

From article <1ebeu0INNiaf@transfer.stratus.com>, by waisnor@norland.diag.stratus.com (Robert Waisnor):
> I wonder if someone could tell me why my korn shell command line editor will
> not function while running in a cmdtool window.  I've got VI and VISUAL set
> right.  But the escape key is not being interpreted by the shell.  A shelltool
> window works ok. 

I don't know why but I know how to fix it:

set -o viraw

Put this in your rc file (specified by the ENV variable) and all will be fine.

> Also, can I change the title bar dynamically (display my 
> current working directory)?????
> 

This is all documented (somewhere) but here is a function for the header
and icon label (second parameter):

function Header
{
        print -n "\033]l$1\033\\" 
        if (( $# == 2 ))
        then
                print -n "\033]L$2\033\\" 
        fi
        return $?
}

> Bob Waisnor
>
From: johnc@murray.bu.edu (John Collins)
Newsgroups: comp.windows.open-look
Subject: Problem with XV_KEY_DATA
Date: 17 Nov 92 17:37:08 GMT
Organization: Boston University

I need help.

I have been writing an application with XView3.  It seems that
there is a problem with XV_KEY_DATA.  My application creates a canvas
with an XV_KEY_DATA field named CANVAS_XIMAGE_KEY.  A button callback
procedure (new_ximage()) changes the CANVAS_XIMAGE_KEY by calling a
routine called make_canvas_ximage() (which returns an XImage *).  This
is the code

void
new_ximage(item, event)
Panel_item item;
Event  *event;
{
   /* First remove the old ximage key. */
   xv_set(canvas, XV_KEY_DATA_REMOVE, CANVAS_XIMAGE_KEY);

   /* Get the new XImage and attach it to the canvas. */
   xv_set(canvas, XV_KEY_DATA, CANVAS_XIMAGE_KEY, make_canvas_ximage() );

   /* redisplay */
   ...
}

The wierd thing about this code is that sometimes it goes off without a
hitch, and sometimes it makes the program crash.  The crash always happens
when the routine make_canvas_ximage returns.

Any help or advice would be greatly appreciated, as I have a deadline to meet.

Thanks-
John Colins
Newsgroups: comp.windows.open-look,alt.toolkits.xview,comp.sys.sun.misc
From: steele@icd.teradyne.com (Alan Steele)
Subject: XView 3.0.1 source?
Reply-To: steele@icd.teradyne.com
Organization: Teradyne, Inc. Boston MA
Date: Thu, 19 Nov 1992 17:58:53 GMT


Has Sun made available the source code to XView 3.0.1?  The latest
we have is v3.0.  I'm assuming there is an XView 3.0.1 that goes
with OpenWindows 3.0.1 (the OW part of Solaris 2.0).

-ams

Xref: sparky comp.windows.open-look:4529 comp.windows.x:19212
From: okeefe@cs.Buffalo.EDU (Paul O'Keefe)
Newsgroups: comp.windows.open-look,comp.windows.x
Subject: Re: OLIT: Red focus color: HOW DO I GET RID OF IT????
Keywords: I hate the bright red focus color
Date: 17 Nov 92 01:17:34 GMT
Organization: State University of New York at Buffalo/Comp Sci
Originator: okeefe@dubhe.cs.buffalo.edu


In article <1992Nov16.043159.1258@netlabs.com>, gerolima@netlabs.com (Mark Gerolimatos) writes:
> 
> In OLIT 3.0 and 2.5 applications, the widget with the focus gets turned bright, 
> awful, "dog in heat" red. I hate it. Customers hate it. Our Q-n-A guys hate it. 
> Some of my friends at Sun hate it. EVERYONE hates it.
> 

Keyboard traversal can be turned off altogether or you can change the focus color.
It's turned on/off by the OLIT resource XtNtraversalOn.
The focus color is set by OLIT resource XtNInputFocusColor.

If you leave keyboard traversal ON and attempt to set 
InputFocusColor == background color, OLIT ignores it.
The best you can do is something close.

Most OLIT widgets have traversal turn on by default.

-Paul O'Keefe
From: chrise@atc.boeing.com (Chris Esposito,pierce)
Newsgroups: comp.windows.open-look
Subject: batching scrolling list updates
Date: 19 Nov 92 21:30:23 GMT
Reply-To: chrise@atc.boeing.com
Followup-To: comp.windows.open-look
Organization: Boeing Research & Technology

I've got an XView-based interface that inserts a whole list of items into a scrolling list. Currently it does it one at a time, which causes the list to appear to flicker
and flash as it is rapidly changed.  Is there an XView call I can make that will
`batch' these updates so that the visual part of the list is updated just once?

There was something like this in SunView - pw_batch_on(pixwin) & pw_batch_off(pixwin)
but I can't find anything like it in O'Reilly Vol. 7 (revised for XV2).

Thanks,
Chris

Q: Why did the cybernaut cross the road?   A: He was jacked into the chicken
-------------------------------------------------------------------------------
Chris Esposito  (206) 865-3162            | Internet: chrise@atc.boeing.com
Boeing Research & Technology, Comp. Sci.  | uucp: ...!uw-june!bcsaic!chrise
Xref: sparky comp.windows.open-look:4620 alt.toolkits.xview:1092 comp.windows.x:19453
From: brianw@ark.Eng.Sun.COM (Brian Warkentine)
Newsgroups: comp.windows.open-look,alt.toolkits.xview,comp.windows.x
Subject: SlingShot 2.0 is here
Date: 23 Nov 1992 03:55:28 GMT
Organization: Sun Microsystems, Inc.  Mt. View, Ca.
Distribution: world
Reply-To: brianw@ark.Eng.Sun.COM (Brian Warkentine)
NNTP-Posting-Host: ark


I am proud to announce the release of The SlingShot Extensions to XView
version 2.0.  This release is available for ftp now.  (See directions
below.)

The SlingShot Extensions to XView are a set of "widgets" that make life
easier for the XView application developer.  It easily solves problems
like "how do I draw graphics without touching Xlib," "how do I handle
events for single click, double click, and dragging", and "how do I
position objects out in a tree, or an array."  The SlingShot Extensions
offer features that are unfortunately not available in many toolkits.

Release 2.0 incorporates all the features of 1.0 and adds major new
features such as drag and drop support, better documentation, and
(of course) new widgets and callbacks.

There are two ways to get the SlingShot Extensions:  If you have ftp
access, then you may find the extensions on export.lcs.mit.edu, in
contrib/SlingShot2.0.tar.Z.  (If your site is distant, you might first
check local ftp servers, as the contents of export.lcs.mit.edu are
duplicated around the world.)  For example:
	% ftp export.lcs.mit.edu
	...
	ftp> binary
	200 Type set to I.
	ftp> cd /contrib
	250 CWD command successful.
	ftp> get SlingShot2.0.tar.Z
	200 PORT command successful.
	150 Opening data connection for SlingShot2.0.tar.Z (binary mode) (401734 bytes).
	226 Transfer complete.
	local: SlingShot2.0.tar.Z remote: SlingShot2.0.tar.Z
	401734 bytes received in 11 seconds (36 Kbytes/s)
	ftp> 

For people without ftp access, you can get the extensions through the
services of an automated email archive.  You can get the release from
the archive server by mailing the following lines to
archive-server@gazooch.eng.sun.com:

	send sspkg2.0 Part01 Part02 Part03 Part04 
	send sspkg2.0 Part05 Part06 Part07 Part08 
	send sspkg2.0 Part09 Part10 Part11 Part12 
	send sspkg2.0 Part13 Part14 Part15 Part16
	send sspkg2.0 Part17 Part18
	send sspkg2.0 DocPart01 DocPart02 DocPart03
	send sspkg2.0 DocPart04 DocPart05 DocPart06


All these files are shar files.  When you receive them, strip the mail
header off and input them to /bin/sh.  The Part01 shar file creates sub
directories, so make sure that you run this one through /bin/sh first.

Also note that sometimes mailers mangle the return path, especially if
you are using uucp.  If you have trouble getting a response from the
archive server, try adding "path <your-mail-address>" to your request.

-brian
brian.warkentine@eng.sun.com

Newsgroups: comp.windows.open-look,comp.windows.x
From: thssjms@iitmax.iit.edu (Jeff M. Steele)
Subject: Computer Chess Program
Organization: Illinois Institute of Technology / Academic Computing Center
Date: Wed, 18 Nov 92 22:29:18 GMT

I'm looking for a X window (Open Look/OpenWindows) Chess program.
I looked at xchess, but you can not play against the computer.

Any info would be appreciated.

Jeff Steele
att!golfer!jeff

Xref: sparky comp.windows.open-look:4563 alt.toolkits.xview:1070 comp.sys.sun.misc:5318
From: lih@jolt.att.com (Andrew "Fuzzy" Lih)
Subject: Re: OLIT: Red focus color: HOW DO I GET RID
Organization: AT&T
Date: Wed, 18 Nov 1992 19:56:59 GMT
Followup-To: comp.windows.open-look
Summary: What to use in XtSetValues for mouseless?
Keywords: mouseless olit

In article <BxwK99.CJ7@micromuse.co.uk> dj@micromuse.co.uk writes:
>In article lgfog2INNb3v@exodus.Eng.Sun.COM, jmk@sun.com () writes:
>>	You can set XtNinputFocusColor to a less glaring color. Or, you 
>>      could turn off mouseless mode thru the application resource :
>>	XtNmouseless ....
>>	Just set *mouseless: False in your resource file. Note that
>>	this works only with OLIT 3.0 & above. Also, you would'nt be
>>	able to use mouseless traversal (using the keyboard) in this case.
>>
>
>Didn't it strike anyone that mouseless should be default false?

Even stranger is the interaction of the resources: XtNmousless and
XtNtraversalOn.  If you set traversalOn to False, and mouseless to
True, you don't get the inputFocusColor on any of the widgets, but
pressing the space bar when you pointer is over it will act like
pressing the select button.

Now for the real question:

	How do you specify the mouseless resource setting (XtNmouseless)
	using XtSetValues?!

It isn't specified in the OLIT patch 100451-27, and we tried to use a
Boolean value (True/False) to no avail.  There must be a #define that
we can put in the value field for XtNmouseless that will let us do it
inside our code.  We grep'ed through the include files and couldn't
find anything usable.

Thanks.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Andrew Lih			INTERNET: lih@jolt.att.com
AT&T Bell Laboratories		  USENET: att!jolt!lih
Middletown, NJ			   PHONE: +1 908 957 6478

-- 
 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Andrew Lih			INTERNET: lih@jolt.att.com
AT&T Bell Laboratories		  USENET: att!jolt!lih
Middletown, NJ			   PHONE: +1 908 957 6478
From: tnr@csd.cri.dk (Torben N. Rasmussen)
Newsgroups: comp.windows.open-look
Subject: Re: olvwm port to RS/6000
Date: 17 Nov 92 07:21:54 GMT
Organization: Computer Resources International A/S
X-Newsreader: TIN [version 1.1 PL7]

Tom McConnell~ (tmcconne@sedona.intel.com) wrote:
: 
:   I just finished porting olvwm to the RS/6000. I am currently running
: AIX-3.1.6, so I do not know that it will work under AIX-3.2. Based on other
: experience, I am pretty sure olvwm will work for AIX-3.2 also.
: 
I have compiled it in AIX-3.2 and experienced that it makes the machine
crach quite often, so I am running olwm again that works fine.




Torben N. Rasmussen

+--------------------------------------+--------------------------------------+
| Torben N. Rasmussen                  | email       tnr@csd.cri.dk           |
| Computer Resources International A/S | phone       +45 45 82 21 00 ext. 3248|
| Bregnerodvej 144                     | direct dial +45 45 82 22 66 + 3248   |
| DK-3460 Birkerod, Denmark            | fax         +45 45 82 01 22          |
+--------------------------------------+--------------------------------------+
Newsgroups: comp.windows.open-look
From: sliberm@nyx.cs.du.edu (Sergio Liberman)
Subject: aliases in mailtool
Organization: University of Denver, Dept. of Math & Comp. Sci.
Date: Wed, 18 Nov 92 16:07:20 GMT


In OL2, if an alias in the .mailrc file was specified like

alias smith jsmith@somewhere.com(John_Smith)

then the mail being sent to smith would go out
with the address jsmith@somewhere.com(John_Smith)
appearing after the To:. This feature was great to make
clear to other recipients all names of the addressees (sp?).

In OL3, this simply does not work any more.
Does anyone knows of a solution?
Are there any other methods to have the full names o
appear in the address lists produced by mailtool
in OL3?

Thanks for your help,
Sergio
---
sliberm@nyx.cs.du.edu