Re: libXaw/Viewport widget initialization
> I do have one request though. If you are to contune with more Xaw > work, please ensure you do not adversely affect Xaw6. What do you mean? How do I ensure this? I have never heard of Xaw6. I would eventually like to submit a new HyTree widget to XFree86/libXaw and I try to fix some minor Xaw bugs which I encounter on the way. Thank you very much for your replies. -- Alexander Pohoyda <[EMAIL PROTECTED]> PGP Key fingerprint: 7F C9 CC 5A 75 CD 89 72 15 54 5F 62 20 23 C6 44 ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: libXaw/Viewport widget initialization
On Tue, 13 Sep 2005, Alexander Pohoyda wrote: The original problem is that when I use my experimental Hyperbolic Tree widget as a child of Viewport widget, the size of unrealized Viewport widget is not yet set and thus I cannot find out how much space I have available for layout. I have the following patch in mind and it solves the problem for me. Does it make sense or should I look for another solution? Index: Viewport.c === RCS file: /cvs/xc/lib/Xaw/Viewport.c,v retrieving revision 1.11 diff -u -r1.11 Viewport.c --- Viewport.c 14 Dec 2001 19:54:45 - 1.11 +++ Viewport.c 13 Sep 2005 18:18:07 - @@ -292,6 +292,12 @@ w->form.default_spacing = 0; /* Reset the default spacing to 0 pixels */ /* + * Get the size from the parent + */ +XtWidth(w) = XtWidth(XtParent(w)); +XtHeight(w) = XtHeight(XtParent(w)); + +/* * Initialize all widget pointers to NULL */ w->viewport.child = NULL; That looks fine to me. I do have one request though. If you are to contune with more Xaw work, please ensure you do not adversely affect Xaw6. Thanks. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Academic Information and| fax:1-780-492-1729 | |Communications Technologies | email: [EMAIL PROTECTED] | | 352 General Services Building +---+ | University of Alberta | | | Edmonton, Alberta | Standard disclaimers apply| | T6G 2H1 | | | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: Moving XtWidth, XtHeight, XtX and XtY macroes from XmP.h to IntrinsicP.h
On Tue, 13 Sep 2005, Marc Aurele La France wrote: On Tue, 13 Sep 2005, Alexander Pohoyda wrote: Don't you think it makes sense to move (some of) those macroes from Xm/XmP.h to X11/IntrinsicP.h file? They seem to belong there. Given that what you actually mean is Xt/IntrinsicP.h, I'd tend to agree with you. Especially given that, in out source tree, only Xaw references these anyway. ... even though Xm/XmP.h is a Motif thing (i.e. not distributed with any XFree86 or X.Org server, per se). Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Academic Information and| fax:1-780-492-1729 | |Communications Technologies | email: [EMAIL PROTECTED] | | 352 General Services Building +---+ | University of Alberta | | | Edmonton, Alberta | Standard disclaimers apply| | T6G 2H1 | | | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: Moving XtWidth, XtHeight, XtX and XtY macroes from XmP.h to IntrinsicP.h
On Tue, 13 Sep 2005, Alexander Pohoyda wrote: Don't you think it makes sense to move (some of) those macroes from Xm/XmP.h to X11/IntrinsicP.h file? They seem to belong there. Given that what you actually mean is Xt/IntrinsicP.h, I'd tend to agree with you. Especially given that, in out source tree, only Xaw references these anyway. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Academic Information and| fax:1-780-492-1729 | |Communications Technologies | email: [EMAIL PROTECTED] | | 352 General Services Building +---+ | University of Alberta | | | Edmonton, Alberta | Standard disclaimers apply| | T6G 2H1 | | | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
libXaw/Viewport widget initialization
The original problem is that when I use my experimental Hyperbolic Tree widget as a child of Viewport widget, the size of unrealized Viewport widget is not yet set and thus I cannot find out how much space I have available for layout. I have the following patch in mind and it solves the problem for me. Does it make sense or should I look for another solution? Index: Viewport.c === RCS file: /cvs/xc/lib/Xaw/Viewport.c,v retrieving revision 1.11 diff -u -r1.11 Viewport.c --- Viewport.c 14 Dec 2001 19:54:45 - 1.11 +++ Viewport.c 13 Sep 2005 18:18:07 - @@ -292,6 +292,12 @@ w->form.default_spacing = 0; /* Reset the default spacing to 0 pixels */ /* + * Get the size from the parent + */ +XtWidth(w) = XtWidth(XtParent(w)); +XtHeight(w) = XtHeight(XtParent(w)); + +/* * Initialize all widget pointers to NULL */ w->viewport.child = NULL; Please CC me on reply. Thank you. -- Alexander Pohoyda <[EMAIL PROTECTED]> PGP Key fingerprint: 7F C9 CC 5A 75 CD 89 72 15 54 5F 62 20 23 C6 44 ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Moving XtWidth, XtHeight, XtX and XtY macroes from XmP.h to IntrinsicP.h
Don't you think it makes sense to move (some of) those macroes from Xm/XmP.h to X11/IntrinsicP.h file? They seem to belong there. Please CC me on reply. Thank you! -- Alexander Pohoyda <[EMAIL PROTECTED]> PGP Key fingerprint: 7F C9 CC 5A 75 CD 89 72 15 54 5F 62 20 23 C6 44 ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: Fetching symbols information with XKBlib
Hello, > But I can't find a way to ask about current symbols. I just want to receive > short description like 'ru' or 'en' (or any other information which may be > used to identify current symbols) - is there a way to get it ? You can fetch names of groups that are symbolic names specified in xkb/symbols/* files like name[Group1] = "Russian"; The function for getting these names is XkbGetNames(dpy, XkbGroupNamesMask, xkb); where 'xkb' is a pointer (XkbDescrPtr) to some structure 'XKB Description'. You have to allocate this decription structure with XkbAllocKeyboard(void) before XkbGetNames call. If XkbGetName is completed successfully the names will appear in the array of Atoms xkb->names->groups[] -- Ivan U. Pascal | e-mail: [EMAIL PROTECTED] Administrator of | Tomsk State University University Network | Tomsk, Russia ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
