Commit Graph

132 Commits

Author SHA1 Message Date
Carsten Haitzler f2b45ed471 bye bye!
SVN revision: 12246
2004-11-25 03:26:33 +00:00
technikolor 79149a8446 Yoink! Say goodbye to GETTEXT in E. Support issues with GT have been tedious and the codebase will be trashed in a month or two anyway, so for all parties concerned there is no reason to keep it. I'm leaving some of the supplimentary files in the repo just incase we descide to do an about-face.
SVN revision: 6649
2003-02-02 23:53:19 +00:00
rbdpngn 63e20e7f14 More SPLIT merging.
SVN revision: 6588
2003-01-15 18:29:56 +00:00
Till Adam b439fa0bb0 remove ferite from the makefiles, so people who _do_ have the right version of
ferite installed dont get error. ;) Sorry bowis, but I blame you for this.


SVN revision: 6158
2002-04-21 07:22:58 +00:00
Till Adam 609d6c185e and commit this to HEAD as well
SVN revision: 6075
2002-03-18 21:00:57 +00:00
Till Adam 0fe8343018 patch by Kirby Kuehl fixing compilation on *BSD. Yeah.
SVN revision: 6058
2002-03-10 19:22:30 +00:00
rephorm dd0f8bf0fd move the background usage over to edb. background.c,h are no longer used.
so if you haven't installed ebg, go get it.


SVN revision: 5860
2002-01-26 02:01:42 +00:00
Carsten Haitzler 1afbdb13ef ok- fix this back so it works again!
SVN revision: 5848
2002-01-20 06:02:14 +00:00
rephorm 83dc2cd3fb Generate build_iconbar_db.sh with proper PREFIX
SVN revision: 5839
2002-01-16 17:31:38 +00:00
Carsten Haitzler 8e5adf71a6 much cleaner iconboar. ok - right now it doesn't scroll. use the buidl
scritp again (pass in a directory path to set up.. i'd suggest

mkdir ~/.e
mkdir ~/.e/desktop
mkdir ~/.e/desktop/default
build_iconbar_db.sh ~/.e/desktop/default

the scritp is a bit smaller now :)


SVN revision: 5519
2001-10-19 09:13:18 +00:00
cpk 6c52152328 Documentation setup ...
SVN revision: 5479
2001-10-13 00:08:39 +00:00
boris 61c2054c73 -c is needed to stop builder generating a config.m4 for you.
SVN revision: 5450
2001-10-09 00:39:16 +00:00
boris 70e8e45855 With the release of ferite veriosn 0.99.1 today I have updated the ferite
side of things within the configure scripts to use it. (I will make sure that
e17 builds against the latest stable (and the latest cvs))


SVN revision: 5449
2001-10-09 00:36:49 +00:00
Carsten Haitzler ed40162775 been working offline.. wheeeheee! :)
SVN revision: 5374
2001-09-24 21:21:25 +00:00
boris 125f101b7c no need for ferite. fun.
SVN revision: 5315
2001-08-31 13:10:26 +00:00
boris 9368e00c9c let people that blindly update and dont read cvs commits or edevel know
where ferite can be obtained from.


SVN revision: 5281
2001-08-25 20:02:06 +00:00
boris bad5da3d33 Ok this has got some initial support with ferite, currently you can only
assign ferite scripts to menus see data/scripts/build_app_menu_db.sh and look
at the exit menu item as an example. you will need ferite - i suggest that
you use cvs ferite as this is what I am developing this against. This, my
friends, is the first step of many :)


SVN revision: 5280
2001-08-25 19:51:48 +00:00
Carsten Haitzler dd30bfa6e8 add skeleton of scrollbar code... more meat to be added...
SVN revision: 5048
2001-08-07 02:50:22 +00:00
cpk 05f5e706b7 Arrgh, typo. s/edb/evas in evas check.
SVN revision: 5040
2001-08-02 23:44:12 +00:00
cpk 018a5f3195 configure-time checks for the components ... hope I'm doing this right.
SVN revision: 5039
2001-08-02 23:43:02 +00:00
Carsten Haitzler d34e3cffa4 BSD -> bsd
SVN revision: 5030
2001-08-02 01:28:34 +00:00
Carsten Haitzler f4c7b88dd0 blum. - i guess -P will work as a -d replacement
SVN revision: 5029
2001-08-02 01:27:14 +00:00
Carsten Haitzler e8e462159f pass make distcheck :)
SVN revision: 5027
2001-08-02 00:13:52 +00:00
cpk 637e5ce74b Okay Raster, don't shoot me. I've cleaned up the whole thing. I've
added header files for most of the logical units, which greatly
reduces the size of e.h. The dependencies are probably still a bit
too dense, I'll look at that next. Things don't get rebuilt completely
any more when efsd is updated. I've also started command line options.
Only version info and the display variable are recognized so far.
I see no warnings here on my machine. Hope I didn't break anything.


SVN revision: 5014
2001-07-30 16:59:37 +00:00
cpk f59e0487d6 efsd-config update ...
SVN revision: 4555
2001-04-09 00:39:20 +00:00
Carsten Haitzler fffdf4722d autogen happier
SVN revision: 4367
2001-03-12 01:10:41 +00:00
Carsten Haitzler faaf8a52df client code added
SVN revision: 4366
2001-03-12 01:06:09 +00:00
Carsten Haitzler f744c4833b fs layer in... using efsd... :) primitive for now
SVN revision: 4182
2001-02-09 08:13:16 +00:00
Carsten Haitzler 70034543c0 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
2001-02-09 02:36:53 +00:00
Carsten Haitzler 22aa9d2a5d 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
2000-12-11 20:08:38 +00:00
Carsten Haitzler cb64aa578f ./configure && make && sudo make install
work now - and the wm runs fine... :)


SVN revision: 3964
2000-12-09 01:29:47 +00:00
Carsten Haitzler dfe5d7091a e 0.17 ...... :)
SVN revision: 3961
2000-12-08 22:54:42 +00:00