I'm getting an error with X windows/Motif:

The colormap is a 32 bit display.

XQueryCOlor(dpy, cmap, &color)

X Error of failed request: BadValue (integer parameter out of range
for operation)
Major opcode of failed request: 91 (X_QueryColors)
Value in failed request: 0xffffffeb
Serial number of failed request: 3202
Current serial number in output stream: 3202

Culd you tell me what the error is?

best,
Cartik

Hi, I hope someone can help shed some light on a peculiar problem.

I am running my motif application through Exceed and I have a problem
that my application hangs if I click on a menu while my application is
busy running some other operation. I think that the problem arises
because I am inside a callback from motif when I try to access the
menu and somehow the dispatching of queued menu events leaves the
system in an invalid state. It is also possible to recreate this error
when using XWin32 instead of Exceed. It also seems to be reproducable
in other configurations as long as "focus follows click" is used
instead of "focus follows mouse".

Hello,

is it possible to integrate xine into an x/motif programm.

I have an own class lib which is based on x/motif.

My target is, to display in my frame,
to play videos.

http://chest.googlebong.com

Lisette Binggeli GoogleBong

img { border: 2px solid Black }

pre { font: 6pt/8pt }

p,blockquote { font: 16pt; font-family: verdana, arial, 'sans serif' }

h1,h2,h3,h4,ul { font-family: verdana, arial, 'sans serif'; font: 14p }

table,li,td { font-family: verdana, arial, 'sans serif'; font: 12p }

ul { list-style: disc }

ol { list-style: decimal }

body { background: "#EEEEEE" }

h1,h2,h3,h4,hr,p,ul,blockquote,pre { color:Black }

a:link { color:Blue }

a:visited { color:Blue }

a:active { color:"#008000" }

a:hover { color:"#008000" }

h1.header { padding:0em; margin:0 }

div.container { width:100%%; margin:0px; border:1px solid Black; line-height:150%% }

div.header,div.footer { padding:0.5em; color:white; background-color:Black; clear:left }

div.left { width:15%%; margin:0; float:left; padding:0; }

Hello

I need to redisplay very quickly an XmLabel, in order to show the user
that the program is working.
I have read several ideas here, and tried a bunch of different
approaches.

Finally, I came up with this code (which is executed by a different
thread):

// -------------------------- begin thread code
------------------------------------ //
void* tProgressLabel (void* data)
{
#define USLEEP_TIME 40000

/* myProgressLabel was created with XmCreateLabel() */
Widget myProgressLabel = (Widget) data;
const int nr_strings = 4;
int i = 0;
static const char* vals[nr_strings] = {"|", "/", "-", "\\"};

Does Apple's implementation of BSD support Motif Applications or
Open Moif

TIA

Cameron Hughes
Ctest Laboratories

I am attempting to change the size and position of an arbitrary XmText
widget.
In order to do this, I am trying to get the left attachment and offset of
the widget,
and, depending on the attachment type, add a value and XtSetValues() the new
location.

Unfortunately, the XmNleftAttachment and XmNleftOffset attributes always
seem
to return 0, no matter how the widget is attached. I made seven textboxes,
using
all of the options, and called the following code on each one:

CODE ==================================================

I'm writing a composite widget (actually a subclass of XmManager) that
should span the entire width of its parent, unless a resource in the
composite widget itself says otherwise.

The problem is at Initialize time. The parent is doing its initial
geometry negotiations, so its core.width resource is 0. This is
obviously the right answer (or at least not the wrong answer) since
it's trying to determine how wide it needs to be. By the time the
parent knows how wide it wants to be, though, its children (including
my widget) isn't allowed to change its size.

I really don't want to put a StructureNotify event handler on the
parent, and setting up a zero-time timeout or workproc isn't all that
favorable, either. So far, though, those are the only solutions I can
come up with. I *don't* want to depend on the parent doing the heavy
lifting (e.g., forcing the parent to be an XmForm with my widget's
XmNrightAttachment constraint set to XmATTACH_FORM), though that may
be the most palatable solution.

Any suggestions other than those?

Hello,

I am writing a Motiff app, and trying to receive a drop from either
konqueror or nautilus, but it seems that it is not possible.
I have tried xplore [1], a file manager written with Motif: it can
drag and drop *to* QT/GTK apps, but can not receive. Also, I found
similar statements in KDE (2.0... rather old, I know) documentation
[2].

So, I am still in doubt: is to possible for a Motif application to
receive drops from a QT/GTK applications?

Thanks in advance,
Maxi

[1] http://www.musikwissenschaft.uni-mainz.de/~ag/xplore/FAQ.html#1-4
[2] http://developer.kde.org/documentation/books/kde-2.0-development/ch07.html#ch07lev1sec1

Hello,

I am planning on writing some bindings for Motif to Scheme and I had a
question about style. Is it generally considered better Motif style to
use the variable arity procedures or the static arity procedures? I
know that there seem to be plenty of examples of using both, but I can't
tell whether one or the other is a better choice for designing a
consistent style.

Thanks!
Aaron Hsu