Commit Graph

162 Commits

Author SHA1 Message Date
Carsten Haitzler 44f0d70286 span lists were a failure. sloweer than the current brute force method - and
slower to boot.

ooh.. found i was fuckign up the memcpy's. fixed :) and much faster too :)


SVN revision: 13103
2005-01-27 10:05:41 +00:00
Carsten Haitzler 2b34d43044 well it was an interesting experiment. but the blender code is already so
optimal... we dont gain much at all. :(


SVN revision: 13102
2005-01-26 16:42:31 +00:00
Carsten Haitzler f39f6f9840 useless data files removed... making room for improvements in the engine.
chnaged some images. need to update evas_*_test at some point to not be ugly
and be able to test everything.


SVN revision: 13101
2005-01-26 07:49:57 +00:00
Carsten Haitzler 342f0b1ee2 oooh... i found a nasty mouse grab/count/accoutning/hold etc. issue with
events. fixed (thanks bart!) :)


SVN revision: 13023
2005-01-20 06:54:45 +00:00
Carsten Haitzler a09df78344 and name the fn better
SVN revision: 12826
2005-01-08 10:39:09 +00:00
Carsten Haitzler ee2346b2c8 1. move font dir to its own
2. textblokc object stub. this is for an etxo-style text object. nothing much
there yet.


SVN revision: 12825
2005-01-08 10:02:18 +00:00
Carsten Haitzler 6a0b8df837 extend key and mouse events
SVN revision: 12457
2004-12-14 03:21:32 +00:00
Carsten Haitzler 7b5bada52d fix up grabs a bit more :)
SVN revision: 11623
2004-09-13 03:56:39 +00:00
Carsten Haitzler fa49841f36 oops- for repat events this screws up grabbing..
SVN revision: 11612
2004-09-12 04:49:07 +00:00
Carsten Haitzler 1131ec1e34 and here are the stubs of a cairo engine
SVN revision: 11248
2004-08-17 06:03:39 +00:00
Carsten Haitzler 59419c9aa4 propogate pass_events to sub-objects of smart objects...
SVN revision: 10503
2004-06-14 06:04:22 +00:00
Carsten Haitzler e2725f4690 lean down memory usage per process - now it doesnt use up 64kb it doesnt need
to... :)


SVN revision: 10153
2004-05-10 06:40:51 +00:00
Carsten Haitzler d88541cedb as an excercise in forcing everyone to write code using the correct
datatypes... i have by default changed the coord datatypes to be ints instead
of doubles... not - READ your headers carefully - they are Evas_Coord types.
dont ASSUME them to be anything except a scalar of some sort your compiler
can handle and cast. (coudl be int, long, long long, short, double, float etc.)


SVN revision: 9924
2004-04-27 08:31:27 +00:00
Carsten Haitzler 67a3d2f391 font imaging stuff....
SVN revision: 9847
2004-04-22 11:29:34 +00:00
Carsten Haitzler fb5af0d025 SOME of the changes needed to support evoak... needs new eet...
SVN revision: 9829
2004-04-21 06:38:24 +00:00
Carsten Haitzler 95355ffdc1 split up nasty smooth scaler code to separate parts - they are #included
though for speed reasons, but this makes it more maintainable.


SVN revision: 8726
2004-01-30 05:46:57 +00:00
Carsten Haitzler 4bfe9af00a freeze/thaw debug!
SVN revision: 8688
2004-01-28 02:43:13 +00:00
Carsten Haitzler 00d0dd777a and fix the sizing bug!!!!! all happy now!
SVN revision: 8666
2004-01-26 08:21:00 +00:00
Carsten Haitzler 6022da9101 2 problems fixed.
1. evas line draws of 2 pixelin size work now. oops!
2. font faces are shared between multiple sizes without a performance hit! yay!


SVN revision: 8660
2004-01-26 03:31:40 +00:00
Carsten Haitzler 8523421b7c added in loading froms from memory buffers at the engine level, and now an
api to set a font "source" (blank is normal filing system) but the source can
be a device or file etc. in this case it currently supports eet files as the
source and then the font name is used as a key in th eet file as to where to
find the font - edb support would be trivial to add. :) if the font is not
found in the "source" it falls back to the font path etc.


SVN revision: 8625
2004-01-23 02:14:45 +00:00
tsauerbeck d573ecc0f4 added evas_common_image_init()/shutdown()
SVN revision: 8527
2004-01-17 16:27:58 +00:00
Kim Woelders 2c69b06922 Hushhhh
SVN revision: 8507
2004-01-16 21:11:41 +00:00
Carsten Haitzler dca0de96c2 till's shutdown patch - this is good (tm). :)
SVN revision: 8371
2004-01-13 02:24:03 +00:00
tsauerbeck 9c22413aa8 free the freetype handle after we're done with it.
SVN revision: 8356
2004-01-12 18:12:41 +00:00
rbdpngn 513caedd40 Hopefully fix build for solaris.
SVN revision: 8144
2003-12-18 08:36:21 +00:00
rbdpngn 02cfd3ee28 Don't access static variables from inline functions.
SVN revision: 8078
2003-12-10 04:10:55 +00:00
Carsten Haitzler 58d0647f41 yuv pixel import api (well arbitary pixel format import api) for doing media
sreams (video) via image objects


SVN revision: 8068
2003-12-10 01:12:13 +00:00
Carsten Haitzler 1bf34243f6 move co-ordinates to be their own type. this is a good thing, because ti
allows me to be able to virtualize he canvas co-ordinate system. right now
it's doubles. i can now move to floats, int's etc. with a recompile (and well
recompile all depending apps too). it's still ACTUALLY doubles, just all
typedef'ed now. i've also changed booleans to actual boolean types (not an
int), all code will keep working - but i'd highly suggest moving your code to
use these types if interacting with evas.


SVN revision: 7644
2003-10-18 03:34:00 +00:00
Carsten Haitzler b3c6078785 get rid of useless shm check.... and other things (cant remember)
SVN revision: 7519
2003-10-09 03:05:17 +00:00
Carsten Haitzler 527058ae9f improve optimal nature of code.. get some more speed....
SVN revision: 7438
2003-09-10 14:33:39 +00:00
Carsten Haitzler 3b808bac45 1. mmx2 pixel copy and cleanup of pixel copy routines
2. gl engine cleanups. working on it.


SVN revision: 7436
2003-09-10 08:52:18 +00:00
Carsten Haitzler 246fd31846 open gl is fulyl functional now - it coudl defnitely do with optimizations
with texture upload. it does NOt check error returns anywhere from gl... this
may mean issues with LOTs of images, LARGE images etc. need to fix that later


SVN revision: 7432
2003-09-09 05:51:03 +00:00
Carsten Haitzler 9606e485e5 split gl common routines up into seperate files. still have BIG problems with
speed of texture uploads. anyone want to help? i've tried many things... and
nothing semms to work. this is a major bottlneck for evas gl engine
performance (apart from text - which is simply a matter of finishing off
properly)


SVN revision: 7428
2003-09-07 11:24:48 +00:00
Carsten Haitzler 39273c12e1 query extensions now... properly... :)
SVN revision: 7415
2003-09-05 06:52:43 +00:00
Carsten Haitzler 6273259e34 debugging, printfs, turn text off for now, etc.
SVN revision: 7413
2003-09-05 05:37:14 +00:00
Carsten Haitzler bac314fd93 GL engine goes in... its not 100% complete. fonts are sub-optimal. i quickly
hooked them in to work at all...


SVN revision: 7408
2003-09-04 07:40:34 +00:00
Carsten Haitzler 84544019f0 oops. on evas_free nested smart objects might just not clean up right.. fix
SVN revision: 7263
2003-07-30 02:58:10 +00:00
Carsten Haitzler 8982b4f4ad ipaq build stuff :)
SVN revision: 7124
2003-07-10 13:13:25 +00:00
Carsten Haitzler 0c5a435128 make deleting of grabs within a key callback "safe"
SVN revision: 7117
2003-07-08 06:08:26 +00:00
Carsten Haitzler 0495a7540b new calls to help string processing for programs - these walk up and down 1
utf8 character (sicne thats evas's standard string format). this lets apps do
character processing AND still be utf8-safe.


SVN revision: 6976
2003-06-05 06:08:43 +00:00
Carsten Haitzler 7f234266a9 wheel patches
SVN revision: 6935
2003-05-25 09:43:53 +00:00
Carsten Haitzler bbfaab2ac1 memory buffer engine... not doing everything. api may change... working on it.
SVN revision: 6808
2003-04-02 04:28:27 +00:00
rbdpngn b6ae92d827 Generic runtime cpu feature testing. This is not used much yet, and shouldn't
break anything. Please review and shout if you see problems.


SVN revision: 6761
2003-03-11 04:39:58 +00:00
Carsten Haitzler d92d87a4a6 now that documentation is looking nicer
SVN revision: 6701
2003-02-21 10:28:24 +00:00
Carsten Haitzler 9854af242d i've been leaning mem usage down... save 30% on all evas_objects now! :)
SVN revision: 6678
2003-02-09 04:22:45 +00:00
Carsten Haitzler 07af96e2c9 symbol fixup :) (conflict with imlib2)
SVN revision: 6604
2003-01-20 23:04:38 +00:00
Carsten Haitzler 7b1247042b and lets make that safe for smart obbies
SVN revision: 6599
2003-01-20 04:36:17 +00:00
Carsten Haitzler 1512080561 make this baby an int
SVN revision: 6598
2003-01-20 03:55:41 +00:00
Carsten Haitzler de9b6b3ca0 ok ok.. callabcks walking lists.. delete flags... you get the idea. (i've
known about this for a long tiem and planned on fixing ti eventualyl... but
it's biting now.)


SVN revision: 6597
2003-01-20 03:54:00 +00:00
Carsten Haitzler 7c80fa9a3e logic problem on evas_free(). shoudl be fixed now... :)
SVN revision: 6559
2003-01-10 05:38:47 +00:00
Carsten Haitzler 3f207b8c08 const-ify lots of things...
SVN revision: 6558
2003-01-10 04:58:51 +00:00
Carsten Haitzler 8e3e8c5848 resolve symlinks...
SVN revision: 6556
2003-01-10 02:05:37 +00:00
Carsten Haitzler 8451b5cc08 key grabs are done... ok not as efficiently as i'd liek so having more than
a dozen key grabs at any time may impact key event handling a little...

oh yeah.. added to the api .. now theres a modifier mask and a not_mask. the
not mas means "grab the key only if NONE of these modifiers are active and
only if one or more of the mask modifiers are active). using this you can
easily select allmodifiers, none, or a certain set of modifiers. if you need
more than that put in multiple grabs then :) to just have that exact set of
modifiers grabbed have not_mask be the inverse of mask. :)


SVN revision: 6546
2003-01-05 12:55:37 +00:00
Carsten Haitzler d1d3b62ebe hmm. forgot to translate text coords form queries.. and some glyph vs char
pos bugs


SVN revision: 6526
2002-12-29 02:09:34 +00:00
Carsten Haitzler 81fd6f6c3d code code.. fix
SVN revision: 6496
2002-12-18 06:02:32 +00:00
Carsten Haitzler beb924c23e keyboard support... key grabs dont work.. and i'm not happy with it as an
api causeti doesnt support modifiers when grabbing in the api.


SVN revision: 6493
2002-12-17 00:00:38 +00:00
Carsten Haitzler f837c83cc7 informers now are just event callbacks. makes for a simpler api. interceptors
are done now too - when an interceptor is set it takes over from the actual
call it intercepts and now that call is responsible for doing the
move/resize/raise/lower etc. (method overriding)


SVN revision: 6490
2002-12-15 00:33:57 +00:00
Carsten Haitzler 72b9af03de informers & interceptors... meant to "inform" callbacks of when an object
has been show, hidden, moved, resized or restacked :) handy for making
widgets (ie child widget got resized.. parent can adjust to fit child widget).

also interceptors.. designed to allow callbacks to intercept move, resize,
show, hide and restacking calls and modiy behavior (handy for widget sets
too!)


SVN revision: 6488
2002-12-10 06:45:18 +00:00
Carsten Haitzler 35105b70d8 docs... and memory error stuff... auditing memory allocs and making ti very
robust if allocs fail


SVN revision: 6458
2002-11-24 04:06:08 +00:00
Carsten Haitzler 3dc1dcbd32 the big internal function call renaming happened... and it was good.
SVN revision: 6449
2002-11-14 05:38:10 +00:00
Carsten Haitzler 7096a69a1e code code...
SVN revision: 6448
2002-11-14 05:23:54 +00:00
Carsten Haitzler 56b5e15f26 code move
SVN revision: 6445
2002-11-08 08:02:15 +00:00