On Thu, Jan 06, 2011 at 10:01 PM, Kim Woelders said:
> On Wed, 05 Jan 2011 19:29:16 +0100, Trinine wrote:
>
> > Hi all (and happy new year !)
> >
> > I've made many tests, and I think that I can reproduce the problem
> > mentioned here:
> > http://www.mail-archive.com/enlightenment-users@lists.so
I just realized that I can write a little script that toggles max
vertical size the way I like it so there is no need to modify the
e16 C code. I still get surprised by the power and flexibility
of e16. Great stuff.
Peace, James
This issue came up before and it was decided that it shouldn't be
changed. It is now a real problem for me because I'm using two
monitors with different vertical resolutions. X can handle that
fine. Part of the rectangular X screen is not available on the
monitor that has a lower resolution. So
On Sun, Nov 21, 2010 at 07:10 PM, Kim Woelders said:
> The menu resource leakage problem exists in 1.0.5 and 1.0.6, but not
> in 1.0.4 or 1.0.7.
> So, it seems to have been fixed along with other menu related
> problems in 1.0.7 :)
I've got a ton of e16 menus because I convert all my Firefox bookm
On Sun, Oct 10, 2010 at 01:09 PM, VinÃcius dos Santos Oliveira said:
> When I use GNOME, the GTK+ theme is automatically set to Radiance,
> and some apps starts to look good. When I start an Enlightenment
> session, this don't happens. How can I set this behavior.
I use lxappearance to set the GTK
On Tue, Oct 05, 2010 at 08:42 PM, Bradley Reed said:
> I'm not seeing that here. I have e16 1.0.6 and conky 1.8.0 for
> comparison. If I switch desktops (which have different backgrounds),
> conky follows and the pager shows the proper conky content and when
> conky updates its background, the pag
On Tue, Sep 07, 2010 at 05:29 PM, Kim Woelders said:
> I have committed an implementation of this feature.
>
> I'm not entirely convinced that this doesn't cause trouble in some
> situation, so please let me know if you see any.
Seems to work here. I like it. Gnome-terminal always worked. I
On Sun, Aug 29, 2010 at 06:35 PM, Kim Woelders said:
> Come to think of it, this is already possible.
>
> You can make a script generating a menu file and then load that.
> Example - Put stuff below in a file (mark it executable) and bind it
> to some key or put it in a menu (exec type).
>
> [...
I think users could do some very interesting things with dynamics
menus. What I mean by a "dynamic menu" is a script that is in
the ~/.e16/menus directory. It can be linked to just like all
the other menus but when it is selected, the program is run and
the std output of the program forms the men
Take a normal sized window and toggle abs. max. height to stretch it
from the top to the bottom of the screen. Then move the window
horizontally and toggle abs. max. height again. Here, the window
jumps back to its previous location where the height was first toggled.
Ideally, toggling the heigh
On Sun, Aug 22, 2010 at 04:59 PM, Ted Baltz said:
> Thanks for digging guys! I can't live without autoraise. I only
> recently appreciated the awesomeness that is alt-tab :)
I'm not suggesting this as a permanent fix. I'm just trying to track
down what combination of flags trigger the bug. Thi
On Sun, Aug 22, 2010 at 04:31 PM, Ted Baltz said:
> Both settings have the bug for me. For the record:
>
> focus.mode = 1
> focus.clickraises = 1
> focus.transientsfollowleader = 1
> focus.switchfortransientmap = 1
> focus.all_new_windows_get_focus = 0
> focus.new_windows_get_focus_if
On Sun, Aug 22, 2010 at 11:56 AM, Ted Baltz said:
> I built from svn (svn co http://svn.enlightenment.org/svn/e, dig out
> trunk/E16 right?), and the focus issue with the alt-tab list still
> seems to be there (though my previous issue is fixed, as is
> transparency of windows in the pager, thanks!
On Sat, Aug 21, 2010 at 08:37 AM, Kim Woelders said:
> > When using sloppy focus, and switching windows with alt-tab: If the
> > mouse pointer is over a window in the center of the screen such
> > that the list of windows brought up by alt-tab is now under the
> > pointer, when another window is se
On Sat, Aug 21, 2010 at 12:34 AM, Kim Woelders said:
> Ok. Fix committed.
I'm running the svn version of e16 now. The three xinerama fixes all
seem to be working:
1) "Open windows under mouse" respects xinerama.
2) New full-screen windows open in screen that has mouse cursor.
3) Mplayer
On Fri, Aug 20, 2010 at 10:08 PM, Kim Woelders said:
> Aargh! I have been messing around in this area way too many times.
> It seems that mplayer sets bogus aspect ratio hints (the ones that
> were appropriate for the window before fullscreening) which e16
> obeys, causing the problem.
> I have co
On Thu, Aug 19, 2010 at 11:03 AM, José Romildo Malaquias said:
> I am trying to make sense from theme configuration files, so that I
> can customize them.
I can't answer your question. I'm looking forward to seeing the
answer. I can offer you a little Perl program I wrote for creating
a tags fil
I have two monitors, 1920x1200 and 1600x1200. I have an Nvidia
graphics card and use Twinview to make one large X-screen from
the two monitors.
I normally play wide-screen movies on the wide-screen monitor and
4:3 movies (oldies) on the 1600x1200 (= 4:3) monitor. This still
works fine in 1.0.4 e
On Wed, Aug 18, 2010 at 11:32 PM, Joe(theWordy)Philbrook said:
> Do you mean that the developers/maintainers of various desktops that
> do automatically convince most gui apps to prompt for unsaved changes
> during a standard graceful shutdown process such as e17, kde, xfce,
> and I think gnome, et
On Wed, Aug 18, 2010 at 12:37 PM, Joe(theWordy)Philbrook said:
> Then simply by putting said script in
> ~/.e16/Stop/scriptname or maybe ~/.e16/Stop/scriptname.sh then
> executing "eesh exit" will automatically run (and wait for said
> script to finish before actually exiting e16??
Your graceful
On Tue, Aug 17, 2010 at 06:54 PM, Ted Baltz said:
> To be more clear: The pointer is in window 1, and window 1 is focused.
> I use alt-tab to focus window 2, the pointer remains in window 1. On
> releasing "alt", the focus reverts to window 1. In 1.0.2 and earlier,
> focus remains in window 2, ev
On Tue, Aug 17, 2010 at 05:53 PM, Joe(theWordy)Philbrook said:
> If it was because my user account didn't have permission to run these
> shutdown commands (without a sudo password prompt) then I wonder why
> they succeed in shutting down the x server???
IIUC, e16 can either just shutdown ("eesh ex
If Settings -> Placement -> "Place windows under mouse" is selected and
the mouse is near a xinerama border (between two monitors) then new
windows will pop up centered on the mouse thus spanning the xinerama
border. On the other hand, if the mouse is near an actual screen border
new windows will
The Xdialog program makes this easy. Install Xdialog and then create
a script like:
#!/bin/bash
Xdialog --yesno "Shutdown?" 10 40 && eesh exit shutdown
Bind Ctrl-Alt-Delete to call this script. It will give you a "Yes"
button and a "No" button and you can see which is selected.
Peace, Jame
Yes. A couple of steps are involved. Please bear with me.
1) Ctrl-Alt-Delete should be bound to "exit logout" by default.
If not, in bindings.cfg, below the line that says "Aclass
KEYBINDINGS global", add a line that says:
KeyDown CA Delete exit logout
I think you then need to run restar
On Sat, Aug 14, 2010 at 11:10 PM, Karl Sinn said:
> Next problem:
> Is it possible to start e17 from konsole within kde4 with startx in a
> different xsession?
> I tried "startx -- :1" but it always brings me kde.
This could be due to your ~/.xinitrc file (or lack thereof). The
following should
26 matches
Mail list logo