add abstraction for recording view geometry metadata,
put geometry recording on a self-resetting timeout so efsd doesnt thrash
the disk whenever you move or resize windows.
clean out some unused code.
SVN revision: 5026
* get rid of more wranings
* get rid of useless code (how the hell it compiled AND ran with missing
symbols... beats me - but it was working)
SVN revision: 5018
name), errr... yeah... need to virtualize efsd launching.. someday... what
if efsd isnt in the $PATH ? oh well.. for now it needs to be :)
SVN revision: 5016
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
have been merged into one call. Instead of efsd_start_monitor_dir() and
efsd_start_monitor_file(), use efsd_start_monitor() now and specify
whether you want directory monitoring via the final flag parameter.
Same goes for efsd_stop_monitor() now.
SVN revision: 5007
its just mime types exactly splatted out into a dir struct with .db at the
end (falling back to default.db and unknonw/unknown/db in the end if it cant
fall backto default.db)
now what i need is to talk to cK and get the file magic/mime type stuff to
beocme smarter even that it is.. so currently it sees a tar.gz file - it
looks at the magic and boom.. it thinks is a gzip file.. thats correct.. but
theres mroe to it.. now it woudl be good if the magic stuff coudl now also
inspect the inside of the gzip (ie use zlib in this case) and start lookign
ro a tar header to see if tis a tar.gz.... now if it si a tar.gz.. try
getting the file list and seeing if there are telltale signs of it being a
theme tarball or such (though this lats step may be going too far)
efsd definitely needs ot cache mime type though. that much i'm certain of :)
its not fast at all actually doing file magic on every file... every time
the directory is "loaded" :)
but excellent work! another pat on the back for ck :)
SVN revision: 4451
non-interactive state... this works like a charm... love it.. GOOD WORK cK!
Excellent job.. this is actually what i originally thought we shoudl do (be
able to send not just filename but also stat,mimetype etc. info along in one
go with efsd doing in one lump) but i thought it might wokr ok as we had it
before.. and it wasnt... so my original hunch was right... and it's working
like a complete charmer. GOOD JOB! i'ts beginging to get to the point where
we can do something.... WHEEEEEEEEEE congrats cK. now... i wish we had more
cK's out there... (whoever is in munich out there buy cK a beer or 10)
SVN revision: 4443
"/usr/share/gnome/apps" dir now (/usr/share/pixmaps is hardcoded to pixmap
dir... need to figre this right... but it can be done...) :) qworks quite
ok.. :)
SVN revision: 4424
middle mouse) inserts the string "inserted" - its currently a matter of
trying to fetch that string for insertion :) i'm going to figure out how to
do that next :)
SVN revision: 4312
entry.c started.. workingon entry box code... its actually not THAT hard... :)
all i have left is to do selections in an entry box (and do X clipboard stuff)
amnd be able to do pastes from the X clipboard. (and delete selections when
u type when a selection is up and the rest of the selection logic) - but for
a basic textbox... it works :)
SVN revision: 4311
lower-right corner of the shelf) and them move it around.. :) you'll see
what i mean... again - this is me just testing stuff... i think i now know
enough works and what i need to do to go around and fix thing sup so they
are done "right" :)
SVN revision: 4250
actually have resize classes for parts of the border and the close & menu
buttons have classes now so i can at least hook code to those classes.. :)
SVN revision: 4249
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
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
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