Ok, then - gii, ggi, [ggimisc], wmh & gcp are
packaged, tested, ...
ggimisc hasn't been touched, keeping the old package.
Everything looks good, builds, runs - fine.
( All time: Reinitialisation after svga or fbdev target were used: i
have to switch consoles to see the prompt again. )
( And my
On Thursday 12 December 2002 07:47, Christoph Egger wrote:
> > IF ( TRUTH >=< what_you_claim( WMH_IsAn_EXTENSION) )
> > HOW COMES:
> > it is in /usr/lib/libwmh.so.0.0.1 ?
>
> No. /usr/lib/ is correct. Applications using it are linked against
> it, so you need to place it somewhere,
> and the rest finished that far, besides a small issue:
>
> IF ( TRUTH >=< what_you_claim( WMH_IsAn_EXTENSION) )
> HOW COMES:
> it is in /usr/lib/libwmh.so.0.0.1 ?
> SHOULDN'T THAT BE:
> /usr/lib/ggi/*/*.so or sth.?
No. /usr/lib/ is correct. Applications u
and the rest finished that far, besides a small issue:
IF ( TRUTH >=< what_you_claim( WMH_IsAn_EXTENSION) )
HOW COMES:
it is in /usr/lib/libwmh.so.0.0.1 ?
SHOULDN'T THAT BE:
/usr/lib/ggi/*/*.so or sth.?
NOW WHAT:
default:
Atached.
Anyone here, who commit it into CVS?
Christoph Egger
E-Mail: [EMAIL PROTECTED]
--- libwmh/display/X/EXPSYMSSat Nov 4 10:43:40 2000
+++ libwmh/display/X/EXPSYMS.oldSat Nov 4 10:43:21 2000
@@ -1 +1,2 @@
-GGIdl_X_wmh
+GGIdlcleanup
+GGIdlinit
> I have been using GGI/GII for a while now under both the X and fbdev
> targets, and am looking into using libWMH for the occasions in which my
> application is running under X...
> At present, it seems that some window managers (eg. Enlightenment)
> ignore the "close
> > What we should provide functionality for in LibWMH to allow
> > user-resizing of the window, ie remove the size hints and
> > send gii-resize when the window changes size.
> Yeah - o.k. I'll try to take care for that.
O.K. - half-done. I added an AllowResize fu
, if there is only one place in the application, where such a
request is actually _processed_.
> What we should provide functionality for in LibWMH to allow
> user-resizing of the window, ie remove the size hints and
> send gii-resize when the window changes size.
Yeah - o.k. I'
Andreas Beck <[EMAIL PROTECTED]> writes:
> I updated LibWmh to work with the new dynamic loading scheme.
>
> A caveat for other ports: Due to the change in the dynamic loader that allow
> for static linkage by having different init-function-names for each
> library, you g
I updated LibWmh to work with the new dynamic loading scheme.
A caveat for other ports: Due to the change in the dynamic loader that allow
for static linkage by having different init-function-names for each
library, you got to take care, that the library-basenames are legal
function names in C
Hi!
I tried to compile libwmh of the ggi snapshot 2325.
I got this error:
gcc -DHAVE_CONFIG_H -I. -I. -I.. -DBUILDING_LIBGGIWMH -I../include -g -O2
-D_REENTRANT -D_THREAD_SAFE -g -Wall -Wstrict-prototypes
-Wp,-MD,.deps/init.pp -c -fPIC -DPIC init.c -o init.lo
init.c:40: `GGIWMHCONFFILE
Libggi windows (in X) can't be resized or closed by the windowmanager.
It'd be nice if there were functions in libwmh that enabled the X
target to send messages with close and resize requests.
--
Niklas
Hi !
> Looks like libwmh cannot set the title before of ggiSetSimpleMode(),
> beacuse the window is not yet visible.
The window is not yet allocated to be precise.
> However, when one crates a window, the title is "ggi on x", and (IMHO)
> it is not a fine thing to
Hi!
Looks like libwmh cannot set the title before of ggiSetSimpleMode(),
beacuse the window is not yet visible. However, when one crates a
window, the title is "ggi on x", and (IMHO) it is not a fine thing to
see. It would be better if one could set the title before the creation
of
On Sat, 26 Feb 2000, Andreas Beck wrote:
> O.K. - I tested it. I CVS-updated my copy, made sure I don't have any extra
> files as compared to CVS, built LibWMH and it builds fine. So remaining
> issues might be different configurations that trigger something via the
> a
O.K. - I tested it. I CVS-updated my copy, made sure I don't have any extra
files as compared to CVS, built LibWMH and it builds fine. So remaining
issues might be different configurations that trigger something via the
autoconf mechanism. Please tell me, if you find a bug.
CU,
> > There is a way of doing this using the wmh-extension, however it will
> > basically tell you if you are running under a windowing system (of which
> > only X is supported yet).
> I just tried, wmh doesn't even compile (lot's of things not defined in
> move.c)
O.K. - you are now the second p
17 matches
Mail list logo
