headers
Marc McGarry | 1 Jul 2005 01:28
Picon

[E-devel] Patch to add desktop selection to enlightenment_remote

All,

I just did a quick hack to allow desktop selection using enlightenment_remote.

I was thinking it might be nice to be able to use a shell script to
change desktops.

It doesn't do any validation except to ensure that it is changing to a
real desktop (to prevent e from segfaulting :) and this is my first
time trying to do anything in the e code. I couldn't tell if there was
anywhere else i needed to make changes other than in the
e_ipc_handlers*.h in the main bin source code.

Comments are welcome.

Thanks for e,
 Marc
--

-- 
http://www.diadems.com/
1 3 5
2 4 6 R
Attachment (e_remote-select_desktop.diff): text/x-patch, 1866 bytes
Permalink | Reply | 1 comment |
headers
Stafford Horne | 1 Jul 2005 02:02
Picon

[E-devel] More IPC exporting

Hello, 

I got started with the winlist configuration. Did the exporting and some
testing.  All config values seem to work correctly. 

One thing I noticed is that the warp_while_selecting option is only
honored while the focus_policy is not CLICK. Is that by definition? I
would think that some would want to have warping for any focus policy.

Stafford
--

--
Attachment (e_ipc_winlist.diff): text/x-patch, 10 KiB
Permalink | Reply | 1 comment |
headers
Carsten Haitzler | 1 Jul 2005 03:05
Favicon
Gravatar

Re: [E-devel] More IPC exporting

On Fri, 01 Jul 2005 08:02:49 +0800 Stafford Horne <shorne <at> softhome.net> babbled:

> Hello, 
> 
> I got started with the winlist configuration. Did the exporting and some
> testing.  All config values seem to work correctly. 
> 
> One thing I noticed is that the warp_while_selecting option is only
> honored while the focus_policy is not CLICK. Is that by definition? I
> would think that some would want to have warping for any focus policy.

its required by definition. the pointer must end up in the app after winlist
pops down because winlist retains a grab - or the window may be UNDER the
winlist. so that means e then gets a mouse leave/enter event into a new widnow
and then responds by changing the focus wherever the mouse is. since x is asymc
this event may come at any time after we pop down. so to save a LOOOT of pain
and hacky hacky hack code that likely will have more bugs in it than anything
else and likely still will not work in some cases, i made it raw policy that if
you have pointer or sloppy focus the mouse pointer MUST end up IN the client
window at the need of an alt-tab session. it may do what it wants while winlist
is up, but at the end must be in the window you tabbed to.

--

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster <at> rasterman.com
裸好多                              raster <at> deephackmode.org
Tokyo, Japan (東京 日本)

-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
(Continue reading)

Permalink | Reply | 0 comments |
headers
Carsten Haitzler | 1 Jul 2005 04:10
Favicon
Gravatar

Re: [E-devel] Patch to add desktop selection to enlightenment_remote

On Thu, 30 Jun 2005 18:28:25 -0500 Marc McGarry <marc.mcgarry <at> gmail.com>
babbled:

> All,
> 
> I just did a quick hack to allow desktop selection using enlightenment_remote.
> 
> I was thinking it might be nice to be able to use a shell script to
> change desktops.
> 
> It doesn't do any validation except to ensure that it is changing to a
> real desktop (to prevent e from segfaulting :) and this is my first
> time trying to do anything in the e code. I couldn't tell if there was
> anywhere else i needed to make changes other than in the
> e_ipc_handlers*.h in the main bin source code.
> 
> Comments are welcome.

aaah well... if you are going to make this ipc... you should be a bit more
thorough. note that e17 has not just X x Y virtual desktops, but zones and
containers. containers are create per x root window (x may have multiple root
window) - right now there is only 1 container per root - but nothing stopping
more of them. then each container may have 1 or more zones (rectangular regions
within the container that a physical screen looks at). these generally
correspond to xinerama screens. then each zone can have X x Y desktops - so...
if you want ipc to flip desktops - you need to tell it which zone AND which
container to flip the desktop of :)

--

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chad R. Kittel | 2 Jul 2005 02:28
X-Face
Picon

[E-devel] Patch to make e_utils' e17setroot use some ecore_file stuff

Hello,

This patch against e_utils' e17setroot.c replaces some of the local code with calls to ecore_file that
should produce the same results but with less code duplication.

Cheers,
Chad
Attachment (use-ecore-file-for-stuff.diff): text/x-patch, 1633 bytes
Permalink | Reply | 6 comments |
headers
Stafford Horne | 2 Jul 2005 04:09
Picon

[E-devel] Even More ipc

Hi, 

This is the IPC i could get done this morning. 

Ill continue working on it but might not get time until tomorrow.

ONLY 12 MORE TO GO!!

Then I need to start on libe. :(

Stafford
--

--
Attachment (ipc_config.diff): text/x-patch, 16 KiB
Permalink | Reply | 0 comments |
headers
Stafford Horne | 2 Jul 2005 15:13
Picon

[E-devel] Config Export Complete

Hello, 

In the words of raster:
	I hereby unleash the full power of config upon enlightenment_remote. 

;)

Stafford

--

--
Attachment (ipc_config_complete.diff): text/x-patch, 36 KiB
Permalink | Reply | 0 comments |
headers
Stafford Horne | 3 Jul 2005 01:11
Picon

[E-devel] Focus Setting

Hello, 

There was an option (focus_setting) that was accidently marked as
complete but not implemented.

Now it is really complete.

Stafford

--

--
Attachment (ipc_fucus_setting.diff): text/x-patch, 3267 bytes
Permalink | Reply | 0 comments |
headers
Nir Tzachar | 3 Jul 2005 07:49
Picon
Picon
Favicon

Re: [E-devel] entrance problem with nfs

On Thu, 2005-06-30 at 09:38 -0500, Ibukun Olumuyiwa wrote:
> Nir Tzachar wrote:
> > hello.
> > 
> > entrance have a problem with users whose home dirs reside on nfs.
> > if the nfs export is set to root-squash, entrance does not succeed in
> > creating the 
> > authentication file (.Xauthority).
> > i guess the problem is it does not set it's uid at the appropriate time,
> > but im 
> > shooting blind here....
> > The problem is not manifested with local users, but only in the scenario
> > mentioned above.
> > 
> > any ideas??? has someone else ever tried this??
> > 
> 
> Well, I hate to say "duh", but you specifically configured your NFS 
> mount to prevent root from writing, and you are complaining that 
> entrance cannot write?

hi. thanks for answering ;) 
anyway, you are wrong. as an example, look at xdm. works like a
charm....

as i said, it looks like entranced does not seteuid before writing to
the user's .xauthority.....

--

-- 
=========================================================
(Continue reading)

Permalink | Reply | 15 comments |
headers
Ibukun Olumuyiwa | 3 Jul 2005 08:54
Picon
Favicon

Re: [E-devel] entrance problem with nfs

Nir Tzachar wrote:
> On Thu, 2005-06-30 at 09:38 -0500, Ibukun Olumuyiwa wrote:
> 
>>Nir Tzachar wrote:
>>
>>>hello.
>>>
>>>entrance have a problem with users whose home dirs reside on nfs.
>>>if the nfs export is set to root-squash, entrance does not succeed in
>>>creating the 
>>>authentication file (.Xauthority).
>>>i guess the problem is it does not set it's uid at the appropriate time,
>>>but im 
>>>shooting blind here....
>>>The problem is not manifested with local users, but only in the scenario
>>>mentioned above.
>>>
>>>any ideas??? has someone else ever tried this??
>>>
>>
>>Well, I hate to say "duh", but you specifically configured your NFS 
>>mount to prevent root from writing, and you are complaining that 
>>entrance cannot write?
> 
> 
> hi. thanks for answering ;) 
> anyway, you are wrong. as an example, look at xdm. works like a
> charm....
> 
> as i said, it looks like entranced does not seteuid before writing to
(Continue reading)

Permalink | Reply | 14 comments |

Gmane