dont play with menu struct innards! use api calls :)

SVN revision: 4221

actions now caches actions list to ram

SVN revision: 4215

a few other palces use config thing.. only 3 e_db_open references there now..
and they read lists from db's

SVN revision: 4213

now *THIS* shoudl make tome happy. bilget - take a look - this does what you
want (ok - it gets it only if the value is stale for more than 5 seconds)
the comments say its waiting on efsd to be more solid and then i'll have a
set of config file monitoring flags that will state if the source db is
invalid and only then to getit - it still pretty much comes down to a compre
- branch and retrieve from ram operation per config value at the beginning
of a function. it's be good if you - instead of sahyin the design is HIT and
saying i cant desing - just point out somehting coudl be more optimized and
suggest things :) i dont deal well with peolep telling me shit is shite when
i'm not even done with it :)

SVN revision: 4204

Changing the efsd launch code since we don't have --forcemode any more.

SVN revision: 4200

damn! i didnt add these!

SVN revision: 4198

Raster, check this out -- it may be closer to what you need ...

SVN revision: 4197

been working on E............ needs efsd now, desktops are now views, new
background, lists directory, cleaned up some bugs here and there,
errrr...... cleaned up menu code and some fixups, added fs abstraction init
and working on it....

SVN revision: 4192

I'm commenting this out so people stop complaining about 100% cpu.

SVN revision: 4188

fs layer in... using efsd... :) primitive for now

SVN revision: 4182

change version to be a pre instead of a .0 - cause it isnt 0.17.0 at all
also make maximize action work... :)

SVN revision: 4178

working on views, and icons.

SVN revision: 4176

clean code.. star work on views code - will have to modify desktop code a
bit to handle swallowing of a view instead of its own thing - but thats easy.

SVN revision: 4169

oooooh - look at this - the desktop left click menu is......... CONFIGURABLE
yes - it generates it from a..... DATABASE - there's a script that builds the
menu - it's a default set - but easily editable in the script (an example of
how to build a menu db - but... eventually we'd need a gui.) This only builds
a menu from a db file - it also monitors it for changes and updates the menu
to match any changes that happen. I need to write later a fs menu builder that
builds a menu from the filing system.

SVN revision: 4164

add data needed to menus, menu code that fully works (tho test code in
desktop.c is currently a bad hack that does rely on my own personal icons dir
to show icons - i'll add a menu creator set of code in menudb.c that can
create menus from db's so we can start being able to configure menus for the
desktop etc.)

SVN revision: 4163

There is no ecore 0.0.1.

SVN revision: 4101

Fixed the spec file (ahem changelog :).

SVN revision: 4100

add some more original images for data...

SVN revision: 4079

add a font

SVN revision: 4078

add the data for menus

SVN revision: 4077

e17 does..... MENUS!

SVN revision: 4076

adding stuff :)

SVN revision: 4053

use settings.db........ and um.. err.. stuff

SVN revision: 4042

vanquish more evil

SVN revision: 4037

call and exorcist for this cvs server, please

SVN revision: 4036

e17 build

SVN revision: 4035

e17 now handles shaped client windows.. and if they change shape...

it also handles clients that re-configfure size and position whilst
shaiding & unshading and whilst shaded. it also doesnt segv if a window
closes/vanishes whilst shading (i added a subsystem to handle stopping
of continuing timed out actions if their object goes away)

SVN revision: 4006

SHHHHHHHHH cp - just symlink and be quiet!

SVN revision: 3996

borders moved around. much cleaner way of selecting borders now

SVN revision: 3995

move code around... neater...

SVN revision: 3993

more virtualization

SVN revision: 3992

first cut at virtualizing

SVN revision: 3988

clean up the data section for some organisation.. in preparation for e to have
proper abstractions to finding the right data files depending on user config
etc.

SVN revision: 3987

shading & unshading.... works :)

SVN revision: 3985

db_close in wrong spot.. ooops :)

SVN revision: 3982

add exec.c......... :)

SVN revision: 3977

Sorry guys.. I had to revert a bunch of changes.. that's life.. but READ the
following (it's in the README now)

-------------------------------------------------------------------------------
                       Enlightenment 0.17.0 CVS Code....
-------------------------------------------------------------------------------
       The Rasterman - raster@valinux.com, raster@rasterman.com

*******************************************************************************
**************** READ THIS! It is of the UTMOST IMPORTANCE! *******************
*******************************************************************************

This is the source code for Enlightenment 0.17 - If you got this you got it
from Enlightenment's CVS repository - or from someone who took it out of
the CVS repository.

The CVS repository is full of code *IN DEVELOPMENT* - that often means it's
in the middle of being worked on and may install strange things in strange
places, make a mess, and may not even be compatible with a final release. If
you at all use this code, you are HEAVILY URGED, when it is finally released,
to remove all traces of anything this CVS code base has installed on your
system (it is COMPLETELY up to you to keep track of that - do NOT expect any
help), and then install the full release on a cleaned system. Don't come
asking "can I just keep using CVS" oonce things are released - thqat is the
reason I pu this paragraph here - so you don't ask. The asnwer is the same
as above - if there is a proper final release use that. CVS is really only
for those havily hacking on the code.

Now we have that warning over and done with. How to build and install from
CVS?

$ ./autogen.sh && make
$ su
Password:
<- as root ->
# make install

You should be able to use the binary of enlightenment as a window manager.

you might be advised for cleanliness to do
$ ./autogen.sh --prefix=/usr/local/e-17

so it installs relative to the /usr/local/e-17 directory and keeps all the
e-17 development code and data in that tree so it is easily removed when the
time codes.

NOTES: Read these carefully!

Enlightenment does not check for previously running Window Managers right
now - so you need to make sure no other WM is running - E will not do that
for you.

Enlightenment has no menus or keybindings or any way of launching
applications right now - you'll have to figure out an alternative way of
doing it.

Enlightenment only handles a small subset of ICCCM and thus will have bugs -
some applications will not behave correctly and may apear in odd spots or
not resize or place themselves properly etc. Expect this - it's code being
worked on. Just be happy it does as much as it already does.

Enlightenment RELIES on lots of libraires that have been written. Ecore,
Ebits, Evas, Edb, Imlib2 just to mention a few. Especially Ebits, Ecore and
Evas change in CVS often - you will need the absolute latest of these if you
wish Enlightenment 0.17 code to run properly or compile. If you update
Enlightenment from CVS update these too to get any changes they have in
their trees.

If you plan on working on the code... STOP! don't rush in and work on it -
even if you have CVS commit access - EXPECT me (Raster) to revert any changes
you make if you do this - regardless of the changes and how much work you
put into them. First read the code well and LEARN it. If you have questions
about some of the more obscure hidden program flow - ASK - but don't go
tampering with it - Enlightenment 0.17's code is much more complex and
intricate than E 0.16 - but at the same time it's much cleaner and more
object oriented. Learn it well first. Some parts of E 0.17 are "hacked" with
hard-coded stuff, just so, for now, it works. They will be virtualized and
imporved over time. If you have plans - tell me about them first - discuss
them before you go impliment them. I know I already have a lot of the
components of E 0.17's code planned in my head - but I won't get to them for
a while - and if people go impliment or hack bad stuff in, it means I have to
spend lots of time fixing something that is bad in the first place, or we
end up doing duplicate work. There *IS* a plan - believe it or not - but to
be honest - it's more complex and large than I can just write down in a
README, so talk about your ideas first. I'm going to be ruthless in keeping
the code neat, clean and free of nasty hacks (except ones I put in as
temporary stop-gap measures to make the thing work - since I know where
those are and what I need to do to do it right). If you can't find me or I
don't reply to your e-mail - don't get impatient - just wait. I currently
have no network access at home, so I'm doing a chunk of code offline. I'll
get to your mail and queries as time allows.

If you have problems with the code or bugs to report, kindly forward them to
/dev/null (the code is in now way or form ready for bug reports - I don't
want crap filling my mailbox).

I hope that clears things up for now.

SVN revision: 3976

Forgot to remove these..

SVN revision: 3971

Make cvs stop bitching, and move the static functions back into the
headers. Headers are for functions shared across .c files. :P

SVN revision: 3970

just a few casts and protos to shut up some warnings

SVN revision: 3969

Seeing as all the public prototypes are in e.h
we may has well have the private ones in headers as well.
keep things tidy.

now to have a look at those
*ahem*cough*hack*splutter*choke*gotos*whisper*mumble :-)

SVN revision: 3967

./configure && make && sudo make install
work now - and the wm runs fine... :)

SVN revision: 3964

fix paths

SVN revision: 3962

e 0.17 ...... :)

SVN revision: 3961