HDTenEightyP/NetNews huggingface dataset:
From: kss8l@roxanne.bme.Virginia.EDU.noname (Kevin S. Spetz)
Subject: PANEL_SLIDER lab, XView bug?
Keywords: PANEL_SLIDER
Reply-To: kss8l@roxanne.bme.Virginia.EDU.noname
Organization: Sun Microsystems, Inc.
Date: Tue, 14 Apr 1992 13:59:05 GMT

I have the following section of code that creates a frame and panel with
two sliders for window/level control for an LUT.  As you can see, the
two sliders are created in the same way and call the same notify procedure.
My problem is that the first slider created always has a tremendous lag time.
It seems to repaint itself many more times than necessary.  If I switch the
order in which I create the sliders then I switch which one lags...it is 
always the first one created.  Had anyone else out there encountered this.
Am I missing something, or is this a known XView bug?

Any help will be most appreciated.
Kevin



	LUT_frame = (Frame) xv_create(owner, FRAME_CMD,
			XV_X,								512,
			XV_Y,								0,
			XV_WIDTH,						450,
			XV_HEIGHT,						80,
			FRAME_LABEL,					"Window/Level",
			NULL);

	LUT_panel = (Panel) xv_create(LUT_frame, PANEL,
			XV_X,								0,
			XV_Y,								0,
			NULL);

	Level_item = (Panel_item) xv_create(LUT_panel, PANEL_SLIDER,
			PANEL_LABEL_X,					21,
			PANEL_LABEL_Y,					45,
			PANEL_LABEL_STRING,			"Level",
			PANEL_MIN_VALUE,				0,
			PANEL_MAX_VALUE,				255,
			PANEL_VALUE,					127,
			PANEL_SLIDER_WIDTH,			256,
			PANEL_NOTIFY_LEVEL,			PANEL_ALL,
			PANEL_NOTIFY_PROC,			LUT_event,
			NULL);

	Window_item = (Panel_item) xv_create(LUT_panel, PANEL_SLIDER,
			PANEL_LABEL_X,					5,
			PANEL_LABEL_Y,					15,
			PANEL_LABEL_STRING,			"Window",
			PANEL_MIN_VALUE,				0,
			PANEL_MAX_VALUE,				255,
			PANEL_VALUE,					255,
			PANEL_SLIDER_WIDTH,			256,
			PANEL_NOTIFY_LEVEL,			PANEL_ALL,
			PANEL_NOTIFY_PROC,			LUT_event,
			NULL);



---
Kevin Spetz
kss8l@mtaac.bme.Virginia.EDU


Xref: sparky alt.toolkits.xview:439 comp.windows.open-look:2206
From: davidd@noaapmel.gov (David Doll)
Newsgroups: alt.toolkits.xview,comp.windows.open-look
Subject: help with making a popup disapear
Date: 15 Apr 92 18:39:24 GMT
Organization: NOAA, Sand Point Way, Seattle, WA


System: Sparc 2, SunOS 4.1.1, Sun ANSI C, Xview toolkit, guide3.0

Problem: I can't seem to make a popup go away when a button on it has
been pushed...On page 66 of O'Reilly Xview prog manual, it talks about
setting XV_SHOW to false. I tried that but it doesn't work. I must be
missing something right in front of me, could someone point out how to
do this...Below is code from guide creating the button and the code
for it. Thansk very much.

From the _ui.c file:

/*
 * Create object `cont' in the specified instance.
 */
Xv_opaque
data_disp_datdisp_cont_create(ip, owner)
        data_disp_datdisp_objects       *ip;
        Xv_opaque       owner;
{
        extern void             data_disp_datdisp_cont_notify_callback();
        Xv_opaque       obj;
 
        obj = xv_create(owner, PANEL_BUTTON,
                XV_KEY_DATA, INSTANCE, ip,
                XV_HELP_DATA, "data_disp:cont",
                XV_X, 85,
                XV_Y, 112,
                PANEL_LABEL_STRING, "Continue",
                PANEL_NOTIFY_PROC, data_disp_datdisp_cont_notify_callback,
                NULL);
        return obj;
}

===================

from the _stubs.c file:

/*
 * Notify callback function for `cont'.
 */
void
data_disp_datdisp_cont_notify_callback(item, event)
        Panel_item      item;
        Event           *event;
{
        data_disp_datdisp_objects *ip = (data_disp_datdisp_objects *) xv_get(item, XV_KEY_DATA, INSTANCE)\;

        fputs("map: data_disp_datdisp_cont_notify_callback\n", stderr);

        /* gxv_start_connections DO NOT EDIT THIS SECTION */

        {

          xv_set(Data_disp_datdisp->datdisp,XV_SHOW, FALSE, NULL);

        }

      xv_set(Data_disp_datdisp->cont, XV_SHOW, TRUE, NULL);

        /* gxv_end_connections */

}
===================

David


--
David Doll              |  #include <std.disclaimer> Standard disclaimers 
                        |  apply here...only my opinion,not my employer, etc.
NOAA/PMEL/OCRD          |  
7600 Sand Point Way NE  | --------------------------------------------------
Seattle, WA 98115-0070  |
voice:(206) 526-6862    |  C++: The language where only friends can access
fax:  (206) 526-6744    |  your private members.   
davidd@noaapmel.gov     |
Newsgroups: alt.toolkits.xview,comp.windows.open-look
From: doehr@magellan.den.mmc.com (Brett B. Doehr)
Subject: Re: help with making a popup disapear
Organization: Martin Marietta Astronautics Group
Date: Thu, 16 Apr 1992 19:29:18 GMT

In article <DAVIDD.92Apr15103924@wimpie.noaapmel.gov>, davidd@noaapmel.gov (David Doll) writes:
|> 
|> System: Sparc 2, SunOS 4.1.1, Sun ANSI C, Xview toolkit, guide3.0
|> 
|> Problem: I can't seem to make a popup go away when a button on it has
|> been pushed...On page 66 of O'Reilly Xview prog manual, it talks about
|> setting XV_SHOW to false. I tried that but it doesn't work. I must be
|> missing something right in front of me, could someone point out how to
|> do this...

[Code deleted]

Was the pushpin in on your popup when you tried to hide it?  If so, you
need to unpin it before setting XV_SHOW to false.  At least, that is
how I got around it when I ran into this problem.  8-)}

// Check if menu pinned, if so then unpin it so frame can be hidden.
if (xv_get(Data_disp_datdisp->datdisp, FRAME_CMD_PUSHPIN_IN))
  xv_set(Data_disp_datdisp->datdisp, FRAME_CMD_PUSHPIN_IN, FALSE, NULL);
xv_set(Data_disp_datdisp->datdisp, XV_SHOW, FALSE, NULL);

--Brett.

============================================================|
Brett B. Doehr           Martin Marietta Astronautics Group |
Voice: +1-303-977-1504   P.O. Box 179  Denver, CO 80201 USA |
Fax:   +1-303-977-1530          Internet: doehr@den.mmc.com |
============================================================|
From: seamans@hrmis.csb (James R. Seamans)
Newsgroups: alt.toolkits.xview
Subject: Re: PANEL_SLIDER lab, XView bug?
Date: 16 Apr 92 20:45:53 GMT
Reply-To: seamans@hrmis.csb
Organization: National Library of Medicine

In article 92Apr16091335@nheeghee.eng.sun.com, rickg@eng.sun.com (Richard Goldstein) writes:
>
>   From: kss8l@roxanne.bme.Virginia.EDU.noname (Kevin S. Spetz)
>   Newsgroups: alt.toolkits.xview
>   Date: 14 Apr 92 13:59:05 GMT
>
>
>   I have the following section of code that creates a frame and panel with
>   two sliders for window/level control for an LUT.  As you can see, the
>   two sliders are created in the same way and call the same notify procedure.
>   My problem is that the first slider created always has a tremendous lag time.
>   It seems to repaint itself many more times than necessary.  If I switch the
>   order in which I create the sliders then I switch which one lags...it is 
>   always the first one created.  Had anyone else out there encountered this.
>   Am I missing something, or is this a known XView bug?
>
>
>i haven't seen this, but you haven't given me much to go on, either.
>could you supply more information on when you see this and what
>exactly you see?  any ideas of what goes on in your notify proc or
>if you xv_set anything else on one of the items?  does this happen 
>in any particular release of the toolkit or any particualar configuration?
>how about a test client that reproduces the problem?
>
>dunno, it MAY be a bug.
>
><<rick
>
>

I have found that setting the PANEL_NOTIFY_LEVEL, PANEL_ALL,
will generate the behavior you describe.  I have been doing some
similar color lut adjustment with the slider and set the NOTIFY
to PANEL_DONE.  I refer you to the XView Programming Manual Ver 3
page 183 for slilder notification.


---
Jim Seamans        seamans@nlm.nih.gov
National Library of Medicine - National Institutes of Health
Bldg 38A RM 712 8600 Rockville Pike Bethesda, MD   20894
(voice) 301 496-4441   (fax) 301 402-0118
From: rickg@eng.sun.com (Richard Goldstein)
Newsgroups: alt.toolkits.xview
Subject: Re: PANEL_SLIDER lab, XView bug?
Date: 16 Apr 92 16:13:35 GMT
Reply-To: rickg@eng.sun.com
Organization: SunSoft, Inc.
NNTP-Posting-Host: nheeghee
In-reply-to: kss8l@roxanne.bme.Virginia.EDU.noname's message of 14 Apr 92 13:59:05 GMT


   From: kss8l@roxanne.bme.Virginia.EDU.noname (Kevin S. Spetz)
   Newsgroups: alt.toolkits.xview
   Date: 14 Apr 92 13:59:05 GMT


   I have the following section of code that creates a frame and panel with
   two sliders for window/level control for an LUT.  As you can see, the
   two sliders are created in the same way and call the same notify procedure.
   My problem is that the first slider created always has a tremendous lag time.
   It seems to repaint itself many more times than necessary.  If I switch the
   order in which I create the sliders then I switch which one lags...it is 
   always the first one created.  Had anyone else out there encountered this.
   Am I missing something, or is this a known XView bug?


i haven't seen this, but you haven't given me much to go on, either.
could you supply more information on when you see this and what
exactly you see?  any ideas of what goes on in your notify proc or
if you xv_set anything else on one of the items?  does this happen 
in any particular release of the toolkit or any particualar configuration?
how about a test client that reproduces the problem?

dunno, it MAY be a bug.

<<rick





--

---------------------------------------------------------

	Richard M. Goldstein 
	Window Systems Technology Group
	SunSoft, Inc.

	"You've got to be Hardy to rest on your Laurels"
			-unknown

---------------------------------------------------------
Newsgroups: alt.toolkits.xview
From: g8524394@cc.uow.edu.au (David John Atkinson)
Subject: drag-n-drop under ow3.0
Keywords: drag n drop
Organization: University Of Wollongong
Date: Mon, 13 Apr 92 06:55:26 GMT


I wrote a little program under ow2.0 to print out files dropped into it's 
window using my chosen format. This worked fine with drag-n-drop giving
me the file name. Now that I am using ow3.0 I have found that drag-n-drop
has changed and I no longer get the file name but the contents of the
file from "file manager". I can use this but would prefer to get the
filename instead. Is there anyway of getting the filename from the file 
managers drag-n-drop? I don't have any programming manuals and am 
exclusively using the demo examples.

Thanks in advance.

Dave Atkinson
From: rfkoenig@immd4.informatik.uni-erlangen.de (Rudolf Koenig)
Newsgroups: alt.toolkits.xview
Subject: Re: drag-n-drop under ow3.0
Keywords: drag n drop
Date: 16 Apr 92 12:23:52 GMT
Article-I.D.: informat.1992Apr16.122352.23760
Organization: CSD., University of Erlangen, Germany

I have a related question:

  I'm writing a file-manager like application, and I want to drag files to the
filemgr. The other way - dragging files from the filemgr to my application - 
is working fine, since my application is only interested in the FILE_NAME 
attribute. But if I drop something in the filemgr's window, the filemgr asks
some funny questions like '_SUN_ENUMERATION_ITEM' and the like.
  It would be nice, if somebody could give me a hint, where to find some docu-
mentation about drag&drop to and from filemgr.

  Rudi

rfkoenig@medusa.informatik.uni-erlangen.de
Newsgroups: alt.toolkits.xview
From: gounares@phoenix.Princeton.EDU (Alexander G. Gounares)
Subject: multiple fonts in TEXTSW
Originator: news@ernie.Princeton.EDU
Keywords: textsw, fonts, xview
Organization: Princeton University
Date: Mon, 13 Apr 1992 05:31:47 GMT

Does anybody know how do get multiple fonts to display simultaneously in
a text edit window (TEXTSW)?

In particular, I would like to be able to load a C/C++/FORTRAN program into
my texteditor window and have the comments appear in italics of the current 
font.  (If anybody knows of a public domain textsw implementation that does this,
that would be even better! :)


Thanks...

Alex Gounares
Princeton University
gounares@phoenix.princeton.edu

.sig under construction
From: rickg@eng.sun.com (Richard Goldstein)
Newsgroups: alt.toolkits.xview
Subject: Re: Images and XVIEW
Date: 14 Apr 92 15:57:45 GMT
Reply-To: rickg@eng.sun.com
Organization: SunSoft, Inc.
NNTP-Posting-Host: nheeghee
In-reply-to: ja_king@csd.brispoly.ac.uk's message of 14 Apr 92 13:30:48 GMT


   From: ja_king@csd.brispoly.ac.uk (JA King)
   Newsgroups: alt.toolkits.xview
   Date: 14 Apr 92 13:30:48 GMT
   Organization: Bristol Polytechnic (The Magic Roundabout)


    How do you display an image in a canvas ? I open a Canvas, load an image from file,
    create Ximage, assign a Canvas repaint procedure to the canvas and use the canvas 
    repaint procedure to assign the Ximage to the canvas with XPUTIMAGE(usual rubish +
    Ximage)

			 Any Clues ???


i'll venture a guess that you're putting the image to a window other
than the Canvas' paint window(s).

<<rick

--

---------------------------------------------------------

	Richard M. Goldstein 
	Window Systems Technology Group
	SunSoft, Inc.

	"You've got to be Hardy to rest on your Laurels"
			-unknown

---------------------------------------------------------
From: mikwe@isy.liu.se (Mikael Wedin)
Newsgroups: alt.toolkits.xview
Subject: XView, wmgr_refreshwindow()
Date: 14 Apr 92 16:21:11 GMT
Reply-To: mikwe@isy.liu.se
Organization: Linkoping University

When I'm using the macro wmgr_refreshwindow() the window updates twice. If you read the manual it states "calls XConfigureWindow repeatedly" which is not a very good description. Is there a bug or is it supposed to do a double update.

-- Mikael
From: ja_king@csd.brispoly.ac.uk (JA King)
Newsgroups: alt.toolkits.xview
Subject: Re: Images and XVIEW
Date: 15 Apr 92 08:42:44 GMT
Reply-To: ja_king@csd.bristol-poly.ac.uk
Organization: Bristol Polytechnic (The Magic Roundabout)

In article <RICKG.92Apr14085745@nheeghee.eng.sun.com>, rickg@eng.sun.com (Richard Goldstein) writes:
|> 
|>    From: ja_king@csd.brispoly.ac.uk (JA King)
|>    Newsgroups: alt.toolkits.xview
|>    Date: 14 Apr 92 13:30:48 GMT
|>    Organization: Bristol Polytechnic (The Magic Roundabout)
|> 
|> 
|>     How do you display an image in a canvas ? I open a Canvas, load an image from file,
|>     create Ximage, assign a Canvas repaint procedure to the canvas and use the canvas 
|>     repaint procedure to assign the Ximage to the canvas with XPUTIMAGE(usual rubish +
|>     Ximage)
|> 
|> 			 Any Clues ???
|> 
|> 
|> i'll venture a guess that you're putting the image to a window other
|> than the Canvas' paint window(s).
|> 
|> <<rick
|> 
|> --
|> 
|> ---------------------------------------------------------
|> 
|> 	Richard M. Goldstein 
|> 	Window Systems Technology Group
|> 	SunSoft, Inc.
|> 
|> 	"You've got to be Hardy to rest on your Laurels"
|> 			-unknown
|> 
|> ---------------------------------------------------------


This is how I have my REPAINT PROCEDURE :-

CanvasRepaintProc(canvas,pw,display,xwin,xrects)
Canvas         canvas;
Xv_Window      pw;
Display        *display;
Window         xwin;
Xv_xrectlist    *xrects;


and this is my call to XPUTIMAGE:-


XPutImage(display,xwin,wingc,xImage,0,0,0,0,xImage->width,xImage->height);

 Can you see anything wrong ????

              cheers JK.
From: smpod@ariel.lerc.nasa.gov (Stefan)
Newsgroups: alt.war
Subject: Re: the greatest generals of all time
Keywords: Mongols
Date: 14 Apr 92 18:01:00 GMT
Article-I.D.: ariel.14APR199213014015
Organization: who knows
News-Software: VAX/VMS VNEWS 1.41

c34657b@saha.hut.fi (Tuomas Viljanen) writes...
>smpod@venus.lerc.nasa.gov (Stefan) writes:
>>>
>>Turnbull says that at the time of Genghis death, the Mongol army numbered
>>123,000 TOTAL.  So it is difficult to believe that 75% of the army was used as
>>a flank guard into Poland, with the remaining 25% hitting the 100,000
>>Hungarians and guarding the empire.  Chambers mentions an invading force of
>>100,000 Mongols. 
> 
>Using Osprey Men-at-Arms books as source ? Heath warns about them. He says
>they are good reading, but contain many grave errors and faults.

Chambers, in "The Devil's Horsemen", does not disagree with these figures.

>A Moslem historian Rashid al-Din records, that on death of Tzinghis Khan 
>(remember, this happened 1227 !) the Mongol armies totaled 129,000, of which
>Army of the Left Wing (East) consisted of 62,000, the Army of the Right Wing
>(West) of 38,000 and The Imperial Horde of 29,000. Remember that this was the
>situation _fifteen years_ before the European campaign. 
> 
>Auxiliaries, as I have previosly stated, made up a large part of the army.
>Rashid al-Din mentions, that some ten years after the death of Tzinghis the
>Mongols were able to mobilize 1,400,000 men, while Khan 0go"dei claimed himself
>to be able to maintain five armies, totaling 1,500,000 men.

These numbers seem ridiculous since the sheer logistical problems would 
overwhelm the staff except in modern times.

>If we assume, that the Mongol army at Liegnitz, let's say 120,000, 

Where  did you get the 120,000 figure?
From: pd@sics.se (Per Danielsson)
Newsgroups: alt.war
Subject: What kind of countries wage wear at each other (was Re: The War in 2020 (was US military policy))
Date: 13 Apr 92 01:09:22 GMT
	<viking.702795922@aviator.cc.iastate.edu>
	<1992Apr9.161534.14433@cs.yale.edu>
	<1992Apr9.194111.5003@dartvax.dartmouth.edu>
Organization: Swedish Institute of Computer Science

In <1992Apr9.161534.14433@cs.yale.edu> yarvin-norman@CS.YALE.EDU (Norman Yarvin) writes:

>Well, do you see war between civilized countries any more?

And in article <1992Apr9.194111.5003@dartvax.dartmouth.edu> geoffb@coos.dartmouth.edu (Geoff Bronner) responds:

>That's real nice, but war has continued anyway.
>I'm not sure how to take your reference to 'civilized countries.' Are you
>implying that every nation that has engaged in war since Nobel's day is
>uncivilized?

I think a better question to ask would be: have there ever been wars
between democratic nations? I don't think so, but perhaps I'm wrong?
--
Per Danielsson				pd@sics.se
Swedish Institute of Computer Science, PO Box 1263, S-164 28 KISTA, SWEDEN
From: rwstarke@vela.acs.oakland.edu (Ross W. Starkey)
Newsgroups: alt.war
Subject: Re: How to stop wars
Date: 13 Apr 92 21:03:54 GMT
Article-I.D.: vela.14678
Organization: Oakland University, Rochester MI.

In article <sdu=kJm00WBM043k4g@andrew.cmu.edu> js43+@andrew.cmu.edu (James William Stepanek) writes:
>> In short, if everyone
>> just says no, then the governements will find themselves without sufficient
>> means to fight.  All it takes is the will of the people of the Earth to end
>> war at all costs...
>> 
>> Just say no...
> 
>Yes, this will work for the five minutes untill someone says yes and
>brains the poor idiot saying no without any way to defend himself. You
>need mind controll to pull a stunt like this.

Actually we could end war pretty easily.

The first thing we need to do is to make deals with the Japanese and the
Europeans, guaranteeing them certain markets and monopolies for their
support.
Then we support the Chinese, militarily, technologically and economically,
so that China can take over the world.
Then China creates an authoritarian world government, with a world militia
to ensure that war never broke out again... 





















On second thought....






















NOT!!!

(btw I'm KIDDING!  Put those flamethrowers down!)

:-)

-- 
Ross Starkey                         "Of course you know, this means WAR." 
rwstarke@vela.acs.oakland.edu        "This whole thing is goony, I shou'da
                                      stood in bed!"  "Gruesome, isn't it?"
FIGHT DICTATORSHIP!  VOTE!!!!                                  --Bugs Bunny
From: hnkst2@icarus.lis.pitt.edu (Hanhwe han Kim)
Newsgroups: alt.war
Subject: Re: What about the worst generals ever?
Date: 14 Apr 92 22:20:33 GMT
Organization: University of Pittsburgh

ppugliese@pimacc.pima.edu writes:
>PHIL
>p.s. I assume that by leaders you meant the generals BTW. That is what
>this thread is about isn't it? If civilian leaders are brought into con-
>sideration it's a whole different ballgame.

I think we have been playing fast and loose with definitions here.
As for myself, I was speaking of 'general' in the broad sense
including civilian leaders who make military policy, decisions to
wage war, build armies, formulate grand strategies and etc rather 
than just field commanders.

-han
From: nigel@rs733.GSFC.NASA.Gov
Newsgroups: alt.war
Subject: Re: Tomohawks (was Re: Iraqi war)
Date: 6 Apr 92 15:50:24 GMT
Organization: Goddard Space Flight Center, Greenbelt, Md, USA

In article <1992Apr3.220325.25599@umbc3.umbc.edu> hannon@umbc4.umbc.edu (Mr. Scott Hannon; PHYS (GRAD)) writes:

>I (Scott Hannon) wrote...
>[deleted, the topic is UN surface ships in the UN vs. Iraq war]

>I recieved by e-mail a response which included...
>>But did not two Iowa class ships launch the majority of the Tomahawks,
>>about 300?

>I think this is right about the cruise missiles, and one of these battleships
>also provided naval gun fire support. As for their importance, I'm not so
>sure they were vital. They probably shortened the air campaign portion of
>the war, but other assests could have been assigned their targets.

Hmmm...more costly assets.  Then again they could have flown B52s in
with the ALCM configured for mostly the same role...

>I do see the point, however. 

>Now for my reason for posting...I still wonder a bit about the wisdom of
>using Tomohawks. It will cost a fortune to replace them (I guess we won't),

It costs more to replace a F111 or stealth fighter and pilots.  ALCMs
may be more expensive (it is an AF product ;-) or already allocated
for other "missions" sooo...


[stuff deleted]


[we used Tomahawks because we had too many of them theory deleted]

Nah...probably more in line with we had targets that we didn't want to
risk pilots on and for which cruise missles were the optimum choice.
The Navy has a ton of the suckers which a) would have been nice to
test out since they're more likely to be used in a tactical situation
than the ALCM and b) the AF had all the glory jobs already and were
getting all the press so they went with the Tomahawks over the ALCM so
the Navy had something to brag about. 

Besides it worked well.  I'm willing to bet the USN will buy more
TLAMs since they're more than likely to lose a carrier or two in the
next wave of budget cuts...it gives the cruisers and DDs (do the
Improved Spruances have the ABLs?) a decent land attack punch.

>   Sort of makes sense (too much for gov't :^), but it is based on possibly
>   false assumption.

>   Any comments?

>   Scott.

Nigel






--
Nigel Tzeng
.sig under construction