Re: [E-devel] emacs bottom line goes below the screen
Hello, I think the problem that you see comes from emacs resizing its window after init. otherwise I cant reproduce this. are you sure it comes from shelf being set to autohide? I guess emacs default font is smaller than the one loaded in init. so e placed the window correct for the initial window size, then emacs resizes itself to be larger, this would make the bottom of emacs window go out of screen region. One could probably add a check after handling resize requests to bring the window fully back into screen region. For now you could make emacs load the font you use directly at startup with ~/.Xresources like Emacs.font: -*-proggytiny-*-*-*-*-*-*-*-*-*-*-*-* or Emacs.font: Dejavu Sans Mono-8 and do xrdb -merge .Xresources BR On Tue, Jun 1, 2010 at 1:00 PM, Amitav Mohanty wrote: > Hello > > Recently I noticed that with auto-hide on, emacs bottom-line goes below > the screen as seen here > http://2.bp.blogspot.com/_jmVxCj-35E8/TAQ69u9dq1I/AO8/0hTkA6_rwEg/s1600/emacs1.png > . I think it rather be like this > http://2.bp.blogspot.com/_jmVxCj-35E8/TAQ8HsbtA-I/APE/8D0QU926vR8/s1600/emacs2.png > . Vincent guessed it might be a problem with icccm or netwm. Let me know > how I can provide more useful information. > > Regards, > Amitav > IRC:dknight > -- > > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emacs bottom line goes below the screen
Amitav Mohanty writes: > Hello > > Recently I noticed that with auto-hide on, emacs bottom-line goes below > the screen as seen here > http://2.bp.blogspot.com/_jmVxCj-35E8/TAQ69u9dq1I/AO8/0hTkA6_rwEg/s1600/emacs1.png > > . I think it rather be like this > http://2.bp.blogspot.com/_jmVxCj-35E8/TAQ8HsbtA-I/APE/8D0QU926vR8/s1600/emacs2.png > > . Vincent guessed it might be a problem with icccm or netwm. Let me know > how I can provide more useful information. I am also facing this problem for a long time. Thanks and Regards Noorul -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] E17 indefinitely stuck at start in _ecore_con_svr_cl_handler
I just updated and noticed that E doesn't start up any more. The code just from :1485 to :1538 bt: #0 0x71efe93d in read () at ../sysdeps/unix/syscall-template.S:82 #1 0x7501de91 in _ecore_con_svr_cl_handler (data=0x873af0, fd_handler=0x873b60) at ecore_con.c:1485 #2 0x73766ee2 in _ecore_main_fd_handlers_call () at ecore_main.c:710 #3 0x737673e9 in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:891 #4 0x737660d3 in ecore_main_loop_begin () at ecore_main.c:166 #5 0x00432300 in main (argc=1, argv=0x7fffe528) at e_main.c:1109 -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: bdilly trunk/TMP/st/elementary/src/lib
On Mon, Jun 7, 2010 at 10:43 AM, Enlightenment SVN
wrote:
> Log:
> oops - forgot to return CALLBACK_CANCEL on elm_clock
>
>
> Author: bdilly
> Date: 2010-06-07 06:43:07 -0700 (Mon, 07 Jun 2010)
> New Revision: 49553
>
> Modified:
> trunk/TMP/st/elementary/src/lib/elm_clock.c
>
> Modified: trunk/TMP/st/elementary/src/lib/elm_clock.c
> ===
> --- trunk/TMP/st/elementary/src/lib/elm_clock.c 2010-06-07 13:08:19 UTC (rev
> 49552)
> +++ trunk/TMP/st/elementary/src/lib/elm_clock.c 2010-06-07 13:43:07 UTC (rev
> 49553)
> @@ -115,9 +115,9 @@
> _signal_clock_val_up(void *data)
> {
> Widget_Data *wd = elm_widget_data_get(data);
> - if (!wd) return;
> - if (!wd->edit) return;
> - if (!wd->sel_obj) return;
> + if (!wd) return ECORE_CALLBACK_CANCEL;
> + if (!wd->edit) return ECORE_CALLBACK_CANCEL;
> + if (!wd->sel_obj) return ECORE_CALLBACK_CANCEL;
> if (wd->sel_obj == wd->digit[0])
> {
> wd->hrs = wd->hrs + 10;
> @@ -164,9 +164,9 @@
> _signal_clock_val_down(void *data)
> {
> Widget_Data *wd = elm_widget_data_get(data);
> - if (!wd) return;
> - if (!wd->edit) return;
> - if (!wd->sel_obj) return;
> + if (!wd) return ECORE_CALLBACK_CANCEL;
> + if (!wd->edit) return ECORE_CALLBACK_CANCEL;
> + if (!wd->sel_obj) return ECORE_CALLBACK_CANCEL;
I did not look this code in depth, but if you return
ECORE_CALLBACK_CANCEL (or 0) then this function
timer/animator/whatever is deleted. It is likely that you still hold a
pointer to its handle (Ecore_Timer, Ecore_Animator...) and thus you
must NULL-ify it, otherwise you'll later on delete a dead pointer and
crash.
If you don't have the reference and delete it at exit, then it is
another bug :-)
BR,
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
