

Oh, then someone DOES look into my code from time to time... I wonder when my embedded remote shell / rootkit feature will be discovered ;-PRoguelazer wrote:Hehe... "Go tell my creator his brains went pop!". You're a funny person, ya know that?
The answer is no, unless you set up different X profiles, which qingy does not support (and thus works only with first/default profile). Do your magic keys work under a text console (started by qingy, of course)?DJ_Grijander wrote: I was wondering whether qingy could have modified anything related to keyboard settings when entering X...
Not now. In version 0.3x you probably will find scriptable stuff. For animations I cannot tell, yet...rhodyne wrote: Umm...Just one suggestion off the top...is there a way to have it run a script in the background (like local.start) based on entered/chosen options like username or session? If so then you can add to the eyecandy with animated icons/letters/corners/whatever using fbmngplay. It's use of resources is also low and would make a good animation tie-in tool.

Never mind. The problem had finally nothing to do with qingy (it seems the glx module was the responsible for the keyboard malfunction, so I removed it from my XF86Config). My fault, sorry. Add another unconditional fan to this excellent piece of software!Noberasco wrote: Do your magic keys work under a text console (started by qingy, of course)?
I like problems the solve themselvesDJ_Grijander wrote: Never mind. The problem had finally nothing to do with qingy (it seems the glx module was the responsible for the keyboard malfunction, so I removed it from my XF86Config). My fault, sorry.
Too good...DJ_Grijander wrote: Add another unconditional fan to this excellent piece of software!

You have to provide your own script in /etc/X11/Sessions (of course you can modify or copy an existing one).DJ_Grijander wrote:Another (easy) question. When using qingy, where should I put the commands to be executed when X starts up? In ~/.xinitrc or in ~/.xsession? Thanks again.
Code: Select all
mode=1024x768
mouse-protocol=ms3
You can... I solved the issue by creating a special session which only callsDJ_Grijander wrote:Does this mean that different users cannot have different scripts for X? (No problem in my case, as I am the only user for my box, but I love to learn...)Noberasco wrote:You have to provide your own script in /etc/X11/SessionsThanks for all your help.
Code: Select all
~/.xinitrc
did you ever figure this out?fgarbrecht wrote:Aaaargh! I put in the /etc/directfbrc file and on bootup I get this:
(*) parsing config file ' /etc/directfbrc' .
framebuffer_mode.c <665>
(#) DirectFBError [DirectFBCreate (&dfb)]: Not supported!
INIT: Id "c1" respawning too fast: disabled for 5 minutes
So it sits for 5 minutes, tries again and gives the same message, except that now its
INIT: Id "c2" respawning too fast: disabled for 5 minutes
and on and on....
Anyone seen this, know why or what do do?
Thanks
Fred
I would say that the framebuffer in fgarbrecht's kernel is not supported by directfb, if present at all. The test program is directfb-examples that you can download from directfb web site. If those don't work that I'm sure that it is a problem with directfb and not with qingy.nianderson wrote:did you ever figure this out?fgarbrecht wrote:Aaaargh! I put in the /etc/directfbrc file and on bootup I get this:
(*) parsing config file ' /etc/directfbrc' .
framebuffer_mode.c <665>
(#) DirectFBError [DirectFBCreate (&dfb)]: Not supported!
INIT: Id "c1" respawning too fast: disabled for 5 minutes
So it sits for 5 minutes, tries again and gives the same message, except that now its
INIT: Id "c2" respawning too fast: disabled for 5 minutes
and on and on....
Anyone seen this, know why or what do do?
Thanks
Fred
what is the directfb test program?
Do you use gpm? That could cause problems.jingo wrote:Great app.
I am having problems with my mouse. I am using MX700.
After a fresh reboot it works great. But after returning from a X session the mouse is moving totally unpredictable.
I have:in my /etc/directfbrc.qingyCode: Select all
mode=1024x768 mouse-protocol=ms3
No, I am not using gpm, and I have "-gpm" in my useflags.Noberasco wrote:Do you use gpm? That could cause problems.jingo wrote:Great app.
I am having problems with my mouse. I am using MX700.
After a fresh reboot it works great. But after returning from a X session the mouse is moving totally unpredictable.
I have:in my /etc/directfbrc.qingyCode: Select all
mode=1024x768 mouse-protocol=ms3
Also, does switch to another tty running qingy solve the problem?

Good one! Thanks a lot, jingo.jingo wrote:I solved the issue by creating a special session which only calls~/.xinitrc must executeable of course.Code: Select all
~/.xinitrc
This way each user can put together their own xsession, and activate it through qingy, kdm or whatever login manager.
Then I daresay that either (or both):jingo wrote: No, I am not using gpm, and I have "-gpm" in my useflags.
Nor does it help switching tty!!!
The cursor can move upwards and sidewards as long as I am moving the mouse slowly, moving it quickly results in unpredictable movement and activation of mouse buttons, even though not pressed.
Code: Select all
qingy tty1

