Works like a charm, thanks a lot ;) Lua isn't my cup of tea... but python or C will do.
I'd like to ask two final questions that bug me, and then stop straining your patience (; How do I configure edge-flip only to happen when I drag a window? I can enable to do this at the workspace-settings, but when I remove the edge settings at "input" it won't work with or without a window. (Sorry if this is a bit ugly to read, my system is german so I don't have the english names for the settings.) Second, can I more fine-contol the menu? On e16 all the window anager and configuration stuff is in the menu that comes up when I right-click the desktop, while I could configure the left-click menu freely. If possible, I'd like to have my applications and the logout entries on left-click, and nothing else. Thanks in advance and my best regards, Daniel Am Thu, 20 Aug 2015 08:51:55 +0900 schrieb Carsten Haitzler (The Rasterman) <[email protected]>: > On Wed, 19 Aug 2015 22:47:57 +0200 Daniel Christopher Würl > <[email protected]> said: > > > Voilà, > > > > e19 up and running ;D > > > > I took a look at edje, and right now I'm not fully decided if it > > scares the hell out of me or makes me happy. Probably both ;D > > > > But that brings me to another question: Where are the > > responsibilities for key-bindings? I could enable my 'scroll > > left/right to switch desk'-binding in the settings-dialog, but > > couldn't set 'right click at title to send window to the back'. > > Would I need to do this in border.edc ? > > that's in signal bindings. :) > > > And completely unrelated, I wrote some dialogs in gtk-perl and feel > > like replacing them with elementary based ones. Obviously, there is > > no perl binding (or at least I could not find one), so I might use > > python for the beginning. In the long run C might be better suited, > > but all these pointers and very annoying hacks for not having a > > proper string-type have been keeping me away from that language. > > Does the EFL somehow ease the pain in that regard? > > i've never seen the problem with strings - i just avoid them like the > plague. yes the unix world loves its strings and everything must be a > string (text file) or you will be damned to hell, but... bah - i just > avoid them by design. eg edje files are binary. config files are > binary. there's a while library to deal with that for you and make it > fast, efficient and convenient. no string parsing needed. :) > > > And Davide, you made my life much easier ;) > > > > > > Best Regards, > > Daniel > > > > > > Am Sun, 9 Aug 2015 14:08:49 +0200 > > schrieb Davide Andreoli <[email protected]>: > > > > > 2015-08-09 12:33 GMT+02:00 Daniel Christopher Würl > > > <[email protected]>: > > > > > > > Am Sun, 9 Aug 2015 14:37:26 +1000 > > > > schrieb David Seikel <[email protected]>: > > > > > > > > > On Sun, 9 Aug 2015 12:35:56 +0900 Carsten Haitzler (The > > > > > Rasterman) <[email protected]> wrote: > > > > > > > > > > > On Sun, 9 Aug 2015 03:19:07 +0200 Daniel Christopher Würl > > > > > > <[email protected]> said: > > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > as a long-term e16 user who migrated to fvwm some eight > > > > > > > months ago, I'm toying with the idea of installing e19. > > > > > > > > > > > > > > Since I currently run debian 8 this would be a time > > > > > > > consuming task, so I'd like to ask some questions before > > > > > > > I spend some hours in vein ;) > > > > > > > > > > > > > > How stable is the API / theming API ? > > > > > > > I really love to create my own themes, but I'm not > > > > > > > motivated to fix them over every minor revision. Same > > > > > > > goes for EFL, I'm perfectly happy to hack together some > > > > > > > tools I need, but I'm not ready to adapt them to a moving > > > > > > > target all the time. > > > > > > > > > > > > > > How long does a release of enlightenment "live" ? > > > > > > > > > > > > there were some minor breaks (little things changed) between > > > > > > e17 and e18. we're keeping things stable since then though > > > > > > theme expands and thus there are new things to theme if you > > > > > > want a complete look, so over time it requires work anyway > > > > > > to keep up. > > > > > > > > > > > > > Mostly part of above questions, but having to compile the > > > > > > > whole efl / enlightenment stack every other month would > > > > > > > be a bit off-putting. > > > > > > > > > > > > compiling efl is easy. if you bother once to write the > > > > > > procedure in a script and then just re-run it every time. > > > > > > the script clones/updates git repos and walks through n dirs > > > > > > re-building each one maybe with specific options. if you > > > > > > bother doing it just once for yourself, then everything > > > > > > after that is gravy. what that script has may vary from > > > > > > person to person, distro to distro, but the raw content of > > > > > > it is on the enlightenment.org docs on how to get/build e > > > > > > and efl. i scripted my builds so long ago i'ts not funny. i > > > > > > just don't get this "oh but it's SOOOOOOOOOO hard" line. > > > > > > it's an excuse for not having simply written down the > > > > > > commands in a script for yourself ONCE. i just use my > > > > > > scripts and for me it's: > > > > > > > > > > > > svup.sh > > > > > > rbe.sh > > > > > > > > > > > > (yes my svup.sh script was from svn days - i modified it for > > > > > > git - i have 2 as i want to update separately to building). > > > > > > > > > > Many of the EFL developers have their own build script in > > > > > git. I have one in the Enlightenment git at > > > > > > > > > > > > > > https://git.enlightenment.org/admin/devs.git/tree/developers/onefang/build_efl.lua > > > > > > > > > > Which tries to compile most of the stuff we host in git. > > > > > Other developers have their build scripts in the admin/devs > > > > > area of the git as well. > > > > > > > > > > > the biggest bit of work is getting your dependencies > > > > > > installed (once). that is the real work. not rebuilding or > > > > > > updating. > > > > > > > > > > Yep, a build script wont help with that, as it's generally > > > > > only done once. Most of the dependencies are listed on the > > > > > https://www.enlightenment.org/download page that includes > > > > > basic build instructions. > > > > > > > > > > > > > Ok, > > > > thanks for the explanation ;) > > > > Aside from the file manager everything sounds good so far, so > > > > I'll give it a try ;D > > > > > > > > > > The places module > > > (https://phab.enlightenment.org/w/emodules/places/) lets you > > > choose your preferred filemanager to run when clicking on > > > devices :) > > > > > > Indeed the more time-consuming operation when installing efl are > > > the dependencies, > > > this is the list of packages I use in debian8, maybe it's not > > > really up-to-date, but > > > it should do the biggest work: > > > build-essential automake autoconf libtool autopoint gettext > > > check gdb valgrind doxygen > > > libpam-dev libdbus-1-dev libpulse-dev libsndfile-dev libudev-dev > > > libblkid-dev libmount-dev > > > libx11-dev libx11-xcb-dev libxcursor-dev libxrender-dev > > > libxrandr-dev libxfixes-dev libxdamage-dev libxcomposite-dev > > > libxss-dev libxp-dev libxext-dev libxinerama-dev libxkbfile-dev > > > libxtst-dev libxcb1-dev libxcb-shape0-dev libxcb-keysyms1-dev > > > libfontconfig1-dev libfreetype6-dev libfribidi-dev libgif-dev > > > libjpeg62-turbo-dev > > > libpng-dev libtiff-dev zlib1g-dev librsvg2-dev libraw-dev > > > libluajit-5.1-dev libbullet-dev libspectre-dev libpoppler-dev > > > libpoppler-private-dev > > > libcurl4-dev libcurl4-openssl-dev libssl-dev > > > libgl1-mesa-dev > > > gstreamer1.0-libav libgstreamer1.0-dev > > > libgstreamer-plugins-base1.0-dev gstreamer1.0-plugins-good > > > gstreamer1.0-plugins-base python-dev python3-dev python-sphinx > > > python3-sphinx > > > > > > cheers > > > > > > > > > > > > > > Best wishes, > > > > Daniel > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > > > > enlightenment-users mailing list > > > > [email protected] > > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > > > enlightenment-users mailing list > > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > enlightenment-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > Am Thu, 20 Aug 2015 09:57:50 +1000 schrieb David Seikel <[email protected]>: > On Wed, 19 Aug 2015 22:47:57 +0200 Daniel Christopher Würl > <[email protected]> wrote: > > > And completely unrelated, I wrote some dialogs in gtk-perl and feel > > like replacing them with elementary based ones. Obviously, there is > > no perl binding (or at least I could not find one), so I might use > > python for the beginning. In the long run C might be better suited, > > but all these pointers and very annoying hacks for not having a > > proper string-type have been keeping me away from that language. > > Does the EFL somehow ease the pain in that regard? > > You could try Lua, EFL has built in support for Lua. > ------------------------------------------------------------------------------ _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
