Re: [E-devel] conf_randr - A Randr dialog for e17
On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org said: Hello. Just found some time to test out this patch against todays svn. A small conflict due to the addition of the taskbar happens during applying it. Trivial to fix. same. More interesting is a segfault when edje_cc builds the .edj. A backtrace points to ecore_mainloop and friends used for the SVG stuff. And indeed, converting the svg to png make edje_cc happy. (separate mail for the issue) separate issue indeed - but i didn't see that problem. worked for me. :/ On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote: find attached another version of the patch. It works here, but I don't have the ressources to test it properly. Known issues: Frontend (conf_randr): - not pushed into e/demodulized yet - dialog has to be resized manually for displays to be proper positioned Thats a bit confusing at the first time. The display should be changed to something vendor neutral btw. :) a small issue. but there are bigger fish to fry. :) I only see one output here which seems to be the LVDS of my notebook. The external monitor connected over DVI and from xrandr detected as HDMI2 seems to be missing completely. Problems with EDID parsing or such? Where should I look for debug infos for this? did you try restart e after it's plugged in? i have it showing hdmi and lvds. this i think is the issue of polling. you need to keep checking for new screens with current xorgs to see a new monitor. this is something ifound last patch rounf. The setup is a Lenove X220 with a docking station and one monitor connected over DVI. I can test with VGA the next days as well. xrandr is happy with detecting it and I'm able to set it up as multi-monitor with it. - segv when closing the dialog because of resize callback of the arrengement smart class are called after the dialog's data is freed Does not happen here. i found a different segv: (gdb) bt #0 0x0086e416 in __kernel_vsyscall () #1 0x00219513 in __waitpid_nocancel () at ../sysdeps/unix/syscall-template.S:82 #2 0x08071f94 in e_alert_show (sig=11) at e_alert.c:57 #3 signal handler called #4 0x011a18e6 in #_e_config_randr_dialog_subdialog_arrangement_determine_positions_recursive #(obj=value optimized out) at e_int_config_randr_arrangement.c:626 #5 0x011a186b in #_e_config_randr_dialog_subdialog_arrangement_determine_positions_recursive #(obj=value optimized out) at e_int_config_randr_arrangement.c:681 (gdb) fr 4 #4 0x011a18e6 in #_e_config_randr_dialog_subdialog_arrangement_determine_positions_recursive #(obj=value optimized out) at e_int_config_randr_arrangement.c:626 626dialog_data-new_pos.x = neighbor_info-new_pos.x + neighbor_info-previous_mode-width; (gdb) p *dialog_data $3 = {crtc = 0x8d70594, output = 0x0, previous_pos = {x = -1, y = -1}, new_pos = {x = -1, y = 0}, previous_mode = 0x0, new_mode = 0x8d703b0, preferred_mode = 0x0, previous_orientation = 4294967295, new_orientation = ECORE_X_RANDR_ORIENTATION_ROT_0, previous_policy = 4294967295, new_policy = ECORE_X_RANDR_OUTPUT_POLICY_NONE, bg = 0xabccf60} ... notice previous_mode is NULL; i get this one regularly. - missing icons for policies and orientations - missing policy for ask what to do on connection Backend (e_randr): - missing polling backend for events - setup storage seems to fail, but should be fixable soon(TM). The popup if one wants to keep the settings seems also to small. The second counter is not completely visible. The storage button did not trigger any event and keep and restore have been not always working for me. Besides that it looks quite nice. Need to find out why it does not detect my external monitor the next days. h you haven't gotten to the next phase then... where it's a bitch to get it to work at all. i've been trying to drag monitors left and right and they stick then reset afterwards. if i select things like left of or right of and so on i find it just doesnt switch screens on apply - dnding the mini-monitors around seems pot-luck on a good day - after much clicking, selecting and dragging i finally got it to configure hdmi to be left of lvds... but this isn't working well right now - not well enough to go gold. th crash - can be fixed. the resizing. can be fixed. i agree with the monitor branding thing. also mine are squashed and ultra-wide. but thats gfx. the real issues are in this actually working well enough to iron out the lesser issues. leif - right now it still needs work. the ui and overall direction is right. now it actuallly needs to work beyond the roll some dice point. well.. here is also the bit where i ask you... does it work solidly for you? can u configre screens to be left/right/above/below of others reliably with a quick drag + apply or select from radio buttons? because it definitely doesnt work reliably for me :( regards Stefan Schmidt
Re: [E-devel] conf_randr - A Randr dialog for e17
Hello. On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote: On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org said: More interesting is a segfault when edje_cc builds the .edj. A backtrace points to ecore_mainloop and friends used for the SVG stuff. And indeed, converting the svg to png make edje_cc happy. (separate mail for the issue) separate issue indeed - but i didn't see that problem. worked for me. :/ Will be tracked down separately. On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote: find attached another version of the patch. It works here, but I don't have the ressources to test it properly. Known issues: Frontend (conf_randr): - not pushed into e/demodulized yet - dialog has to be resized manually for displays to be proper positioned Thats a bit confusing at the first time. The display should be changed to something vendor neutral btw. :) a small issue. but there are bigger fish to fry. :) Agreed, but it asks for unneeded trouble to get it in like this. I only see one output here which seems to be the LVDS of my notebook. The external monitor connected over DVI and from xrandr detected as HDMI2 seems to be missing completely. Problems with EDID parsing or such? Where should I look for debug infos for this? did you try restart e after it's plugged in? i have it showing hdmi and lvds. this i think is the issue of polling. you need to keep checking for new screens with current xorgs to see a new monitor. this is something ifound last patch rounf. Actually I was thinking I did restart e. Will do for sure when I test again in the evening. Also some more testing with VGA and also on a different machine with older intel graphics card. Need to find out why it does not detect my external monitor the next days. h you haven't gotten to the next phase then... where it's a bitch to get it to work at all. i've been trying to drag monitors left and right and they stick then reset afterwards. if i select things like left of or right of and so on i find it just doesnt switch screens on apply - dnding the mini-monitors around seems pot-luck on a good day - after much clicking, selecting and dragging i finally got it to configure hdmi to be left of lvds... but this isn't working well right now - not well enough to go gold. th crash - can be fixed. the resizing. can be fixed. i agree with the monitor branding thing. also mine are squashed and ultra-wide. but thats gfx. the real issues are in this actually working well enough to iron out the lesser issues. All this has to wait until I can actually can see my different screens. Job for tonight. :) leif - right now it still needs work. the ui and overall direction is right. now it actuallly needs to work beyond the roll some dice point. well.. here is also the bit where i ask you... does it work solidly for you? can u configre screens to be left/right/above/below of others reliably with a quick drag + apply or select from radio buttons? because it definitely doesnt work reliably for me :( Not gold. That he mentioned himself. The question I ask myself is if it is good enough to go into svn while being disabled by default. Would make testing and fixing easier. No idea what Leif thinks about this. Not a big problem for me anyway can use the patch in a different branch here for all my testing. regards Stefan Schmidt -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
Hi, On Tue, Nov 1, 2011 at 11:59 AM, Stefan Schmidt ste...@datenfreihafen.org wrote: On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote: On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org said: More interesting is a segfault when edje_cc builds the .edj. A backtrace points to ecore_mainloop and friends used for the SVG stuff. And indeed, converting the svg to png make edje_cc happy. (separate mail for the issue) separate issue indeed - but i didn't see that problem. worked for me. :/ Will be tracked down separately. On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote: find attached another version of the patch. It works here, but I don't have the ressources to test it properly. Known issues: Frontend (conf_randr): - not pushed into e/demodulized yet - dialog has to be resized manually for displays to be proper positioned Thats a bit confusing at the first time. The display should be changed to something vendor neutral btw. :) a small issue. but there are bigger fish to fry. :) Agreed, but it asks for unneeded trouble to get it in like this. I only see one output here which seems to be the LVDS of my notebook. The external monitor connected over DVI and from xrandr detected as HDMI2 seems to be missing completely. Problems with EDID parsing or such? Where should I look for debug infos for this? did you try restart e after it's plugged in? i have it showing hdmi and lvds. this i think is the issue of polling. you need to keep checking for new screens with current xorgs to see a new monitor. this is something ifound last patch rounf. Actually I was thinking I did restart e. Will do for sure when I test again in the evening. Also some more testing with VGA and also on a different machine with older intel graphics card. Need to find out why it does not detect my external monitor the next days. h you haven't gotten to the next phase then... where it's a bitch to get it to work at all. i've been trying to drag monitors left and right and they stick then reset afterwards. if i select things like left of or right of and so on i find it just doesnt switch screens on apply - dnding the mini-monitors around seems pot-luck on a good day - after much clicking, selecting and dragging i finally got it to configure hdmi to be left of lvds... but this isn't working well right now - not well enough to go gold. th crash - can be fixed. the resizing. can be fixed. i agree with the monitor branding thing. also mine are squashed and ultra-wide. but thats gfx. the real issues are in this actually working well enough to iron out the lesser issues. All this has to wait until I can actually can see my different screens. Job for tonight. :) leif - right now it still needs work. the ui and overall direction is right. now it actuallly needs to work beyond the roll some dice point. well.. here is also the bit where i ask you... does it work solidly for you? can u configre screens to be left/right/above/below of others reliably with a quick drag + apply or select from radio buttons? because it definitely doesnt work reliably for me :( Not gold. That he mentioned himself. The question I ask myself is if it is good enough to go into svn while being disabled by default. Would make testing and fixing easier. No idea what Leif thinks about this. Not a big problem for me anyway can use the patch in a different branch here for all my testing. Not to mention having more devs working on it and more people testing it. I do expect it to be broken, but at least we can start to work fixing the issue together. I vote again to push that in svn with default build being disabled. -- Cedric BAIL -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
On 01/11/11 17:00, Cedric BAIL wrote: Not to mention having more devs working on it and more people testing it. I do expect it to be broken, but at least we can start to work fixing the issue together. I vote again to push that in svn with default build being disabled. You don't even have to disable the build if it's a module... The same thing with quaker (q66), should just commit his code (external module) and work there. No need to keep code on your personal computers for months, just share. :) -- Tom. -- RSAreg; Conference 2012 Save #36;700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
Hi guys, thank you for testing this huge patch. I hope you don't encounter issues when reverting it due to config versions. Find comments in context. 2011/11/1 Stefan Schmidt ste...@datenfreihafen.org: Hello. On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote: On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org said: More interesting is a segfault when edje_cc builds the .edj. A backtrace points to ecore_mainloop and friends used for the SVG stuff. And indeed, converting the svg to png make edje_cc happy. (separate mail for the issue) separate issue indeed - but i didn't see that problem. worked for me. :/ Will be tracked down separately. As you already mentioned: This is not my fault *sigh* On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote: find attached another version of the patch. It works here, but I don't have the ressources to test it properly. Known issues: Frontend (conf_randr): - not pushed into e/demodulized yet - dialog has to be resized manually for displays to be proper positioned Thats a bit confusing at the first time. The display should be changed to something vendor neutral btw. :) a small issue. but there are bigger fish to fry. :) Agreed, but it asks for unneeded trouble to get it in like this. I didn't have a better graphic nor a tablet+pen to draw a better one at hand. I just put it in to give an idea of how it could look like and mentioned the artist in the theme file. I only see one output here which seems to be the LVDS of my notebook. The external monitor connected over DVI and from xrandr detected as HDMI2 seems to be missing completely. Problems with EDID parsing or such? Where should I look for debug infos for this? did you try restart e after it's plugged in? i have it showing hdmi and lvds. this i think is the issue of polling. you need to keep checking for new screens with current xorgs to see a new monitor. this is something ifound last patch rounf. Actually I was thinking I did restart e. Will do for sure when I test again in the evening. Also some more testing with VGA and also on a different machine with older intel graphics card. That was very confusing and frustrating for me, when I started to work on e_randr. Events are not pushed. The only way e17 gets them right now is to either restart e or switch to a terminal (or back). Gnome, xrandr and KDE poll for events. As we already discussed, we will also implement such a polling strategy. Need to find out why it does not detect my external monitor the next days. Try switching to/from a terminal ctrl-alt-fx h you haven't gotten to the next phase then... where it's a bitch to get it to work at all. i've been trying to drag monitors left and right and they stick then reset afterwards. if i select things like left of or right of and so on i find it just doesnt switch screens on apply - dnding the mini-monitors around seems pot-luck on a good day - after much clicking, selecting and dragging i finally got it to configure hdmi to be left of lvds... but this isn't working well right now - not well enough to go gold. th crash - can be fixed. the resizing. can be fixed. i agree with the monitor branding thing. also mine are squashed and ultra-wide. but thats gfx. the real issues are in this actually working well enough to iron out the lesser issues. All this has to wait until I can actually can see my different screens. Job for tonight. :) leif - right now it still needs work. the ui and overall direction is right. now it actuallly needs to work beyond the roll some dice point. well.. here is also the bit where i ask you... does it work solidly for you? can u configre screens to be left/right/above/below of others reliably with a quick drag + apply or select from radio buttons? because it definitely doesnt work reliably for me :( That worked fine for me: Policy+rearrange+resolution switching. Else I wouldn't have submitted. Question: We agree on the fact that policy is meant to jump in when a new monitor is connected, right? Not like Monitor A is already connected and enabled. I want monitor A right of B, so I select monitor A and click on the 'right-of' policy and expect it to move? I don't have an external monitor at home for testing anymore. I am of course looking forward to fix remaining bugs. I will have to do it at my university's pool rooms (hopefully the monitorconnectors are still VGA and unlocked). Did anyone face the SEGV I've had on closing the dialog? Not gold. That he mentioned himself. The question I ask myself is if it is good enough to go into svn while being disabled by default. Would make testing and fixing easier. No idea what Leif thinks about this. Not a big problem for me anyway can use the patch in a different branch here for all my testing. I would like to keep it in E-MODULES-EXTRA until issues are sorted out and it can go directly into e (demodulized).
Re: [E-devel] conf_randr - A Randr dialog for e17
Hi Leif, On Tue, Nov 1, 2011 at 6:29 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Hi guys, thank you for testing this huge patch. I hope you don't encounter issues when reverting it due to config versions. Find comments in context. 2011/11/1 Stefan Schmidt ste...@datenfreihafen.org: Hello. On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote: On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org said: More interesting is a segfault when edje_cc builds the .edj. A backtrace points to ecore_mainloop and friends used for the SVG stuff. And indeed, converting the svg to png make edje_cc happy. (separate mail for the issue) separate issue indeed - but i didn't see that problem. worked for me. :/ Will be tracked down separately. As you already mentioned: This is not my fault *sigh* On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote: find attached another version of the patch. It works here, but I don't have the ressources to test it properly. Known issues: Frontend (conf_randr): - not pushed into e/demodulized yet - dialog has to be resized manually for displays to be proper positioned Thats a bit confusing at the first time. The display should be changed to something vendor neutral btw. :) a small issue. but there are bigger fish to fry. :) Agreed, but it asks for unneeded trouble to get it in like this. I didn't have a better graphic nor a tablet+pen to draw a better one at hand. I just put it in to give an idea of how it could look like and mentioned the artist in the theme file. I only see one output here which seems to be the LVDS of my notebook. The external monitor connected over DVI and from xrandr detected as HDMI2 seems to be missing completely. Problems with EDID parsing or such? Where should I look for debug infos for this? did you try restart e after it's plugged in? i have it showing hdmi and lvds. this i think is the issue of polling. you need to keep checking for new screens with current xorgs to see a new monitor. this is something ifound last patch rounf. Actually I was thinking I did restart e. Will do for sure when I test again in the evening. Also some more testing with VGA and also on a different machine with older intel graphics card. That was very confusing and frustrating for me, when I started to work on e_randr. Events are not pushed. The only way e17 gets them right now is to either restart e or switch to a terminal (or back). Gnome, xrandr and KDE poll for events. As we already discussed, we will also implement such a polling strategy. Polling here I don't think it's good. Did you consider giving a key combination or widget so user can tell: hey, please... try now... instead of polling in a timely manner? Lucas De Marchi -- RSA#174; Conference 2012 Save $700 by Nov 18 Register now#33; http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
2011/11/1 Lucas De Marchi lucas.demar...@profusion.mobi: Hi Leif, On Tue, Nov 1, 2011 at 6:29 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Hi guys, thank you for testing this huge patch. I hope you don't encounter issues when reverting it due to config versions. Find comments in context. 2011/11/1 Stefan Schmidt ste...@datenfreihafen.org: Hello. On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote: On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org said: More interesting is a segfault when edje_cc builds the .edj. A backtrace points to ecore_mainloop and friends used for the SVG stuff. And indeed, converting the svg to png make edje_cc happy. (separate mail for the issue) separate issue indeed - but i didn't see that problem. worked for me. :/ Will be tracked down separately. As you already mentioned: This is not my fault *sigh* On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote: find attached another version of the patch. It works here, but I don't have the ressources to test it properly. Known issues: Frontend (conf_randr): - not pushed into e/demodulized yet - dialog has to be resized manually for displays to be proper positioned Thats a bit confusing at the first time. The display should be changed to something vendor neutral btw. :) a small issue. but there are bigger fish to fry. :) Agreed, but it asks for unneeded trouble to get it in like this. I didn't have a better graphic nor a tablet+pen to draw a better one at hand. I just put it in to give an idea of how it could look like and mentioned the artist in the theme file. I only see one output here which seems to be the LVDS of my notebook. The external monitor connected over DVI and from xrandr detected as HDMI2 seems to be missing completely. Problems with EDID parsing or such? Where should I look for debug infos for this? did you try restart e after it's plugged in? i have it showing hdmi and lvds. this i think is the issue of polling. you need to keep checking for new screens with current xorgs to see a new monitor. this is something ifound last patch rounf. Actually I was thinking I did restart e. Will do for sure when I test again in the evening. Also some more testing with VGA and also on a different machine with older intel graphics card. That was very confusing and frustrating for me, when I started to work on e_randr. Events are not pushed. The only way e17 gets them right now is to either restart e or switch to a terminal (or back). Gnome, xrandr and KDE poll for events. As we already discussed, we will also implement such a polling strategy. Polling here I don't think it's good. Did you consider giving a key combination or widget so user can tell: hey, please... try now... instead of polling in a timely manner? I really hate polling as well. It's more a workaround until things are properly fixed in the server and those versions of the server are well distributed. An explicit poll-trigger is also a nice idea. But I would like to put it into advanced ui or alike and keep the dialog as simple as possible. Probably it's already too much as it is right now. I am really looking forward to using elm in e18 to redo it. As for the endusers: They probably won't care why the internals are like they are. I don't know about the costs of calling an output related ecore_x function once per second or so. Maybe devilhorns or raster know them/can argue here. Lucas De Marchi -- RSA#174; Conference 2012 Save $700 by Nov 18 Register now#33; http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- RSA#174; Conference 2012 Save $700 by Nov 18 Register now#33; http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
Hello. On Tue, 2011-11-01 at 18:48, Lucas De Marchi wrote: On Tue, Nov 1, 2011 at 6:29 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: That was very confusing and frustrating for me, when I started to work on e_randr. Events are not pushed. The only way e17 gets them right now is to either restart e or switch to a terminal (or back). Gnome, xrandr and KDE poll for events. As we already discussed, we will also implement such a polling strategy. Polling here I don't think it's good. Did you consider giving a key combination or widget so user can tell: hey, please... try now... instead of polling in a timely manner? It really depends on what you want in the end. Having a gadget in the shelf which allows to start the screen configure dialog is good. This obviously would allow to start polling the information once the user hinted to start the configuration. Something I personally would like to see _long-term_ would be a small notification when a _unknown_ monitor is _attached_. This is only possible with polling all the time. Two different scenarios. For known and attached monitors I would go with the last saved configuration for the monitor. If none is found, again small notification. Anyway, thats all long term and we need to sort out the basic issues first. All material for incremental updates from a working version. Intrusive notifications are also a personal pet idea. ;) regards Stefan Schmidt -- RSA#174; Conference 2012 Save $700 by Nov 18 Register now#33; http://p.sf.net/sfu/rsa-sfdev2dev1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
Hello. On Tue, 2011-11-01 at 21:29, Leif Middelschulte wrote: thank you for testing this huge patch. I hope you don't encounter issues when reverting it due to config versions. I hoped to did it earlier but my studies sucked up all available time. But thats over now, ready to work. :) 2011/11/1 Stefan Schmidt ste...@datenfreihafen.org: On Tue, 2011-11-01 at 19:01, Carsten Haitzler wrote: On Mon, 31 Oct 2011 20:35:37 +0100 Stefan Schmidt ste...@datenfreihafen.org said: More interesting is a segfault when edje_cc builds the .edj. A backtrace points to ecore_mainloop and friends used for the SVG stuff. And indeed, converting the svg to png make edje_cc happy. (separate mail for the issue) separate issue indeed - but i didn't see that problem. worked for me. :/ Will be tracked down separately. As you already mentioned: This is not my fault *sigh* Indeed. And strangely not as easy to reproduce for others as I had thought. Need to dig deeper into this myself as well. On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote: find attached another version of the patch. It works here, but I don't have the ressources to test it properly. Known issues: Frontend (conf_randr): - not pushed into e/demodulized yet - dialog has to be resized manually for displays to be proper positioned Thats a bit confusing at the first time. The display should be changed to something vendor neutral btw. :) a small issue. but there are bigger fish to fry. :) Agreed, but it asks for unneeded trouble to get it in like this. I didn't have a better graphic nor a tablet+pen to draw a better one at hand. I just put it in to give an idea of how it could look like and mentioned the artist in the theme file. OK. Just wanted to make sure there lawyers are not coming over us. I understand the problem with suitable graphics as my artist skills are lousy. I only see one output here which seems to be the LVDS of my notebook. The external monitor connected over DVI and from xrandr detected as HDMI2 seems to be missing completely. Problems with EDID parsing or such? Where should I look for debug infos for this? did you try restart e after it's plugged in? i have it showing hdmi and lvds. this i think is the issue of polling. you need to keep checking for new screens with current xorgs to see a new monitor. this is something ifound last patch rounf. Actually I was thinking I did restart e. Will do for sure when I test again in the evening. Also some more testing with VGA and also on a different machine with older intel graphics card. That was very confusing and frustrating for me, when I started to work on e_randr. Events are not pushed. The only way e17 gets them right now is to either restart e or switch to a terminal (or back). Gnome, xrandr and KDE poll for events. As we already discussed, we will also implement such a polling strategy. Need to find out why it does not detect my external monitor the next days. Try switching to/from a terminal ctrl-alt-fx This trick did made my monitor connected via VGA showing up. Still not when docked and attached over DVI. But first problems first. leif - right now it still needs work. the ui and overall direction is right. now it actuallly needs to work beyond the roll some dice point. well.. here is also the bit where i ask you... does it work solidly for you? can u configre screens to be left/right/above/below of others reliably with a quick drag + apply or select from radio buttons? because it definitely doesnt work reliably for me :( That worked fine for me: Policy+rearrange+resolution switching. Else I wouldn't have submitted. With the now found monitor I'm still not able to do any placements thought. dragging it around or trying to set above or such as well as setting the resolution does not work here. More testing tomorrow. Question: We agree on the fact that policy is meant to jump in when a new monitor is connected, right? Not like Monitor A is already connected and enabled. I want monitor A right of B, so I select monitor A and click on the 'right-of' policy and expect it to move? I would expect exactly this to happen. I see the two monitors in the config dialog, either drag them around or select left of and it should act accordingly when pressing apply. I don't have an external monitor at home for testing anymore. I am of course looking forward to fix remaining bugs. I will have to do it at my university's pool rooms (hopefully the monitorconnectors are still VGA and unlocked). Maybe I can help out here for some wider range testing. I still have access to the university lab with something like 5 or more different monitors I can connect over VGA. For DVI I could take my dock with me and at home I can also tests against a 46 LED TV over HDMI. Pretty sure the will be some dragons in some of them. :) Did
Re: [E-devel] conf_randr - A Randr dialog for e17
Hello. Just found some time to test out this patch against todays svn. A small conflict due to the addition of the taskbar happens during applying it. Trivial to fix. More interesting is a segfault when edje_cc builds the .edj. A backtrace points to ecore_mainloop and friends used for the SVG stuff. And indeed, converting the svg to png make edje_cc happy. (separate mail for the issue) On Wed, 2011-10-19 at 21:37, Leif Middelschulte wrote: find attached another version of the patch. It works here, but I don't have the ressources to test it properly. Known issues: Frontend (conf_randr): - not pushed into e/demodulized yet - dialog has to be resized manually for displays to be proper positioned Thats a bit confusing at the first time. The display should be changed to something vendor neutral btw. :) I only see one output here which seems to be the LVDS of my notebook. The external monitor connected over DVI and from xrandr detected as HDMI2 seems to be missing completely. Problems with EDID parsing or such? Where should I look for debug infos for this? The setup is a Lenove X220 with a docking station and one monitor connected over DVI. I can test with VGA the next days as well. xrandr is happy with detecting it and I'm able to set it up as multi-monitor with it. - segv when closing the dialog because of resize callback of the arrengement smart class are called after the dialog's data is freed Does not happen here. - missing icons for policies and orientations - missing policy for ask what to do on connection Backend (e_randr): - missing polling backend for events - setup storage seems to fail, but should be fixable soon(TM). The popup if one wants to keep the settings seems also to small. The second counter is not completely visible. The storage button did not trigger any event and keep and restore have been not always working for me. Besides that it looks quite nice. Need to find out why it does not detect my external monitor the next days. regards Stefan Schmidt -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World#153; now supports Android#153; Apps for the BlackBerryreg; PlayBook#153;. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
On Fri, 2 Sep 2011 18:24:15 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: just tested on an intel gma laptop with an hdmi cable plugged in... the conf dialog doesnt recognise the exdtra display or show it beint there. it doesn't name the existing display even it's just output name. dragging the one preview thats there around is.. well.. buggy. it doesnt drag down and it wobbles around a lot. the preview area isn't even delimited in any way by a frame and the default dialog size makes the preview area useless (i have to resize the window to even SEE the screen preview object at all). the other frames dont fill their table regions and expand kind of oddly (they all scale as opposed to the resolution list having a fixed minimum width and not expanding for example). there's nothing there behavior-wise to detect screen plugins and show them or detect unplugs... i've tested and only thing that makes that work is the xrandr cmd-line - just run it to query randr and the display auto-adds the new screen (without your patch). no changes with it. :) anyway - just saying that this patch is a long way from being close to usable right now. :( Hi, here we go again. This patch provides a randr dialog as a all-in-one solution as raster requested. This might render it kind of useless on devices with low resolution, but anyway, I did it. What's there: - global monitor connection policy adjustment (what shall happen, if you connect a new monitor) - rotation - orientation - enabling disabled monitors - monitor arrangement - listing in the modules dialog fixed What's not there: - demodulization (direct integration into e) - per output monitor connection policy - save/restore - output dependend window policies - display monitor picture within dialog. (Icon already there, edje not adjusted to use it yet) As I don't have access to a second monitor atm, I publish the state of development, so people can see the progress and comment on its functionality. I would be really interested whether the enabling of formerly disabled monitors works. 2011/8/9 Carsten Haitzler ras...@rasterman.com: On Mon, 8 Aug 2011 22:53:50 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/8/8 Carsten Haitzler ras...@rasterman.com: On Sun, 31 Jul 2011 02:59:21 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: review (yes i know the cover things you say don't work or aren't done yet etc.): Thanks :-) 1. X-Enlightenment-ModuleType should be settings, not config (if u want this to be a separate module) in the module.desktop.in - this makes it show up. No, will be demodulized. 2. as discussed - should be part of conf_display module Will be done. 3. e_randr_screen_info in e_randr.c needs an EAPI if u want its symbol exported to modules! same in e_randr.h Will add in future patch. 4. still missing an icon.png so people can build this. No, it's there. I just have had a look at the moste recent patch I sent. Maybe you applied the old version, which indeed misses it. hmm - seems i did look at the older patch. i didn't have the newer one marked. ) 5. segv on closing dialog. yay! crash here: (gdb) bt #0 0x00abc832 in ?? () from /lib/ld-linux.so.2 #1 0x0015ef01 in pause () at ../sysdeps/unix/syscall-template.S:82 #2 0x08071373 in e_alert_show (sig=11) at e_alert.c:43 #3 0x081120fb in e_sigseg_act (x=11, info=0xbfc10e1c, data=0xbfc10e9c) #at e_signals.c:125 4 signal handler called #5 _e_config_randr_dialog_subdialog_arrangement_smart_class_resize #(obj=0x876ca38, w=331, h=270) at e_int_config_randr_arrangement.c:182 what the heck? Those lines are secured by checks for NULL. i don't think it was null - it was invalid somehow. 6. general design i think can be a lot better. this shouldn't be a separate config dialog to resolutions/rotation so, i'll put in some diagrams here. see attached. Thanks for your effort here. Well, I intended to seperate that resolution stuff away. Not necessarily into another dialog, but into another page. Today's monitors actually have and provide a prefered resolution. That resolution is also used when screens are autoenabled on attachement (policy). My intention was that you usually don't deal with resolutions nowadays. Why would you? Except you're trying to clone some other output, which is another story. there lies the problem. there will be a lot of people who DONT have todays monitors still. nice old CRT's. a lot of people like to run e on older systems because it uses less resources. like it or not CRT's still are around and in use in enough numbers to need a resolution selector. notice how i have it all integrated. Yeah, I split it intentionally to not overwhelm the user with options, he/she/ doesn't even care about, just for the sakeness of all possible options to be visible at once for advanced users with
Re: [E-devel] conf_randr - A Randr dialog for e17
On Sun, 31 Jul 2011 02:59:21 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: review (yes i know the cover things you say don't work or aren't done yet etc.): 1. X-Enlightenment-ModuleType should be settings, not config (if u want this to be a separate module) in the module.desktop.in - this makes it show up. 2. as discussed - should be part of conf_display module 3. e_randr_screen_info in e_randr.c needs an EAPI if u want its symbol exported to modules! same in e_randr.h 4. still missing an icon.png so people can build this. 5. segv on closing dialog. yay! crash here: (gdb) bt #0 0x00abc832 in ?? () from /lib/ld-linux.so.2 #1 0x0015ef01 in pause () at ../sysdeps/unix/syscall-template.S:82 #2 0x08071373 in e_alert_show (sig=11) at e_alert.c:43 #3 0x081120fb in e_sigseg_act (x=11, info=0xbfc10e1c, data=0xbfc10e9c) at #e_signals.c:125 4 signal handler called #5 _e_config_randr_dialog_subdialog_arrangement_smart_class_resize #(obj=0x876ca38, w=331, h=270) at e_int_config_randr_arrangement.c:182 6. general design i think can be a lot better. this shouldn't be a separate config dialog to resolutions/rotation so, i'll put in some diagrams here. see attached. notice how i have it all integrated. you can select the available screens and outputs in the main view - click on one and it shows its selected (eg the red box around the inner screen). when you select a screen the surrounding option panes become enabled depending on options set and let you disable (never), enable, or set a screen to ask (ie when screen is detected e will pop up this dialog and select the new output found and thus ask u what to do with it every time). if set to ask all other panes (content, mirror/rot, resolution) are disabled. same if set to never. if set to always this means the display is always enabled (if there is something plugged in - no point enabling it if there isn't). if always on choose the rotation and mirror flags (mirror flags are toggles, rotation is select one of the 4). choose if it clones the primary display (only thing i havent addressed here is choosing what the primary display is). and then select resolution. if selecting native - you basically mean auto - ie select the native res for the display (eg the lcd panel res) or whatever randr says is the default or native res. to choose which screen is to the left/right/above/below just drag them around the screens area. it should zoom in and our and move screens around as needed to fit what u are arranging. drag up and down to get screen to align to top-.middle/bottom of a larger screen (eg the vga one next to the hdmi one). the screens in the screens area show the rotation icon (and hint with a base of the screen rotating too to indicate how the screen might be placed in real life) with some info in the screen giving rotation arrow, add a flip arrow for the flip modes and the output name, its configured state and resolution. that's what it should be imho. :) Attached, a new set of patches. Basically their only intend is to cover the missing image issue. There is no further difference. So whether is conf_display integrated nor does it show up in e's loadable modules list. Just the icon added, so testing is easier. For those who didn't follow: 1.) Apply attached patches to root. Patches were created based on revision 61924. 2.) Compile and install e17. 3.0) Open a terminal and 3.1) Enter enlightenment_remote -module-load conf_rand and afterwards 3.2) Enter enlightenment_remote -module-enable conf_randr You should now find a configuration dialog called screen setup. Note that this is just testing. The module will be integrated into e and replace by integrating the dialog e_int_config_display. If you face issues like a SEGV, please attach gdb and provide a backtrace. I'll try to help asap. BR, Leif 2011/7/30 Leif Middelschulte leif.middelschu...@gmail.com: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Sat, 30 Jul 2011 19:26:51 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Sat, 30 Jul 2011 17:11:20 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Fri, 29 Jul 2011 19:12:58 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: why did you make it conf_randr. Because I thought maybe people don't need it all the time. Just to configure their setup once and afterwards they don't have to load it anymore. already months ago i merged config modules - it's part of conf_display - and e_int_config_display.[ch] in there. as already mentioned missing icon.png, which we dont have to worry about if you merge it in with conf_display. can you do that? :) The reason I didn't merge in conf_display in the first place was, that people might not even have multiple displays, so the entire adjustment/policy stuff is useless to
Re: [E-devel] conf_randr - A Randr dialog for e17
2011/8/8 Carsten Haitzler ras...@rasterman.com: On Sun, 31 Jul 2011 02:59:21 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: review (yes i know the cover things you say don't work or aren't done yet etc.): Thanks :-) 1. X-Enlightenment-ModuleType should be settings, not config (if u want this to be a separate module) in the module.desktop.in - this makes it show up. No, will be demodulized. 2. as discussed - should be part of conf_display module Will be done. 3. e_randr_screen_info in e_randr.c needs an EAPI if u want its symbol exported to modules! same in e_randr.h Will add in future patch. 4. still missing an icon.png so people can build this. No, it's there. I just have had a look at the moste recent patch I sent. Maybe you applied the old version, which indeed misses it. 5. segv on closing dialog. yay! crash here: (gdb) bt #0 0x00abc832 in ?? () from /lib/ld-linux.so.2 #1 0x0015ef01 in pause () at ../sysdeps/unix/syscall-template.S:82 #2 0x08071373 in e_alert_show (sig=11) at e_alert.c:43 #3 0x081120fb in e_sigseg_act (x=11, info=0xbfc10e1c, data=0xbfc10e9c) at #e_signals.c:125 4 signal handler called #5 _e_config_randr_dialog_subdialog_arrangement_smart_class_resize #(obj=0x876ca38, w=331, h=270) at e_int_config_randr_arrangement.c:182 what the heck? Those lines are secured by checks for NULL. 6. general design i think can be a lot better. this shouldn't be a separate config dialog to resolutions/rotation so, i'll put in some diagrams here. see attached. Thanks for your effort here. Well, I intended to seperate that resolution stuff away. Not necessarily into another dialog, but into another page. Today's monitors actually have and provide a prefered resolution. That resolution is also used when screens are autoenabled on attachement (policy). My intention was that you usually don't deal with resolutions nowadays. Why would you? Except you're trying to clone some other output, which is another story. notice how i have it all integrated. Yeah, I split it intentionally to not overwhelm the user with options, he/she/ doesn't even care about, just for the sakeness of all possible options to be visible at once for advanced users with large monitors and in need of those ;-) But I think it would be nice to have the entire look customizable. But I guess that'll be only feasable with elm. you can select the available screens and outputs in the main view - click on one and it shows its selected (eg the red box around the inner screen). Already is there and themeable via edc. when you select a screen the surrounding option panes become enabled depending on options set and let you disable (never), enable, or set a screen to ask (ie when screen is detected e will pop up this dialog and select the new output found and thus ask u what to do with it every time). if set to ask all other panes (content, mirror/rot, resolution) are disabled. same if set to never. if set to always this means the display is always enabled (if there is something plugged in - no point enabling it if there isn't). As of now, the dialog provides more than just 'extend'. It let's you chose a direction in which it extends the screen as well. if always on choose the rotation and mirror flags (mirror flags are toggles, rotation is select one of the 4). choose if it clones the primary display (only thing i havent addressed here is choosing what the primary display is). and then select resolution. I am not sure whether I get this right. How could we posibly select a resolution of a monitor never connected? What if the new monitor does not provide that resolution/mode? if selecting native - you basically mean auto - ie select the native res for the display (eg the lcd panel res) or whatever randr says is the default or native res. to choose which screen is to the left/right/above/below just drag them around the screens area. it should zoom in and our and move screens around as needed to fit what u are arranging. drag up and down to get screen to align to top-.middle/bottom of a larger screen (eg the vga one next to the hdmi one). This is already there. But only those somehow connected to the most upperleft screen are actually placed. This is due to rounding errors when scaling down the representations and then up again for monitor placement. the screens in the screens area show the rotation icon (and hint with a base of the screen rotating too to indicate how the screen might be placed in real life) with some info in the screen giving rotation arrow, add a flip arrow for the flip modes and the output name, its configured state and resolution. Screen rotation and reflection options are not there yet. that's what it should be imho. :) Attached, a new set of patches. Basically their only intend is to cover the missing image issue. There is no further difference. So whether is conf_display integrated nor does it show up in e's loadable modules list. Just
Re: [E-devel] conf_randr - A Randr dialog for e17
On Mon, 8 Aug 2011 22:53:50 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/8/8 Carsten Haitzler ras...@rasterman.com: On Sun, 31 Jul 2011 02:59:21 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: review (yes i know the cover things you say don't work or aren't done yet etc.): Thanks :-) 1. X-Enlightenment-ModuleType should be settings, not config (if u want this to be a separate module) in the module.desktop.in - this makes it show up. No, will be demodulized. 2. as discussed - should be part of conf_display module Will be done. 3. e_randr_screen_info in e_randr.c needs an EAPI if u want its symbol exported to modules! same in e_randr.h Will add in future patch. 4. still missing an icon.png so people can build this. No, it's there. I just have had a look at the moste recent patch I sent. Maybe you applied the old version, which indeed misses it. hmm - seems i did look at the older patch. i didn't have the newer one marked. ) 5. segv on closing dialog. yay! crash here: (gdb) bt #0 0x00abc832 in ?? () from /lib/ld-linux.so.2 #1 0x0015ef01 in pause () at ../sysdeps/unix/syscall-template.S:82 #2 0x08071373 in e_alert_show (sig=11) at e_alert.c:43 #3 0x081120fb in e_sigseg_act (x=11, info=0xbfc10e1c, data=0xbfc10e9c) at #e_signals.c:125 4 signal handler called #5 _e_config_randr_dialog_subdialog_arrangement_smart_class_resize #(obj=0x876ca38, w=331, h=270) at e_int_config_randr_arrangement.c:182 what the heck? Those lines are secured by checks for NULL. i don't think it was null - it was invalid somehow. 6. general design i think can be a lot better. this shouldn't be a separate config dialog to resolutions/rotation so, i'll put in some diagrams here. see attached. Thanks for your effort here. Well, I intended to seperate that resolution stuff away. Not necessarily into another dialog, but into another page. Today's monitors actually have and provide a prefered resolution. That resolution is also used when screens are autoenabled on attachement (policy). My intention was that you usually don't deal with resolutions nowadays. Why would you? Except you're trying to clone some other output, which is another story. there lies the problem. there will be a lot of people who DONT have todays monitors still. nice old CRT's. a lot of people like to run e on older systems because it uses less resources. like it or not CRT's still are around and in use in enough numbers to need a resolution selector. notice how i have it all integrated. Yeah, I split it intentionally to not overwhelm the user with options, he/she/ doesn't even care about, just for the sakeness of all possible options to be visible at once for advanced users with large monitors and in need of those ;-) well in the case of a single screen it'll be the same as the current screen res dialog except you see a preview icon of the screen with its output name and 1 extra set of options: never, always, ask. that's it. as its the only screen content is automatically new screen and u cant change it. the res is rotation, flip and resolution. it's better to be on the same area as then you can see how your options affect the preview (screens area) and the rest is done by dragging preview screens around and selecting them. configuring your screen imho is already an advanced option. imho the DEFAULT mode we should have in e for all outputs without a specific config is always + new screen + no rotation/mirror + native res. then by DEFAULT it does what most people will want a they never have to poke in the screen config dialog. But I think it would be nice to have the entire look customizable. But I guess that'll be only feasable with elm. you can select the available screens and outputs in the main view - click on one and it shows its selected (eg the red box around the inner screen). Already is there and themeable via edc. when you select a screen the surrounding option panes become enabled depending on options set and let you disable (never), enable, or set a screen to ask (ie when screen is detected e will pop up this dialog and select the new output found and thus ask u what to do with it every time). if set to ask all other panes (content, mirror/rot, resolution) are disabled. same if set to never. if set to always this means the display is always enabled (if there is something plugged in - no point enabling it if there isn't). As of now, the dialog provides more than just 'extend'. It let's you chose a direction in which it extends the screen as well. the mock i drew does that too - drag the screens around. you can even then select how the extended screen ALIGNS to other screens. have you used the gnome or nvidia settings apps that let u configure screen layout? used the windows one? you just drag the screens around to lay them out. much simpler and nicer than a limited list of how to lay them out and select one. if
Re: [E-devel] conf_randr - A Randr dialog for e17
On Sat, 2011-07-30 at 17:19, Leif Middelschulte wrote: 2011/7/30 Stefan Schmidt ste...@datenfreihafen.org: This trick indeed gets me the module in the settings panel. Sadly it crashes E immediately if I want to open the randr settings. Could you provide me with a backtrace? attached is an backtrace made within screen from the console. I did a backtrace as well as a backtrace full. Sadly I could not read anything out of it. Whats the svn version you are testing this code against? I'm on head from yesterday here (61903). I tested on 61900. Works here, no crashing. So once again please provide a backtrace. See above. Done with rev: 61925 I'm really sorry for the inconvenience. I think it's because of wrong naming, or changes to the module API. Could be. Depending on how other stuff works out today I may also have a look myself. Yes, feel free to provide a patch ;-) I poked around with it but was not able to find something. As far as I can see the module api has not changed. The only thing I spotted is that the parameter for e_configure_registry_category_add() and e_configure_registry_item_add() are overlapping in numbers and names. No idea how the registry works here and if this could be a problem. Do you have the conf_display module loaded when working with conf_randr? regards Stefan Schmidt GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Attaching to process 2497 Reading symbols from /usr/local/bin/enlightenment...done. Reading symbols from /usr/local/lib/libevas.so.1...done. Loaded symbols for /usr/local/lib/libevas.so.1 Reading symbols from /usr/local/lib/libecore.so.1...done. Loaded symbols for /usr/local/lib/libecore.so.1 Reading symbols from /usr/local/lib/libecore_x.so.1...done. Loaded symbols for /usr/local/lib/libecore_x.so.1 Reading symbols from /usr/local/lib/libecore_evas.so.1...done. Loaded symbols for /usr/local/lib/libecore_evas.so.1 Reading symbols from /usr/local/lib/libecore_input.so.1...done. Loaded symbols for /usr/local/lib/libecore_input.so.1 Reading symbols from /usr/local/lib/libecore_input_evas.so.1...done. Loaded symbols for /usr/local/lib/libecore_input_evas.so.1 Reading symbols from /usr/local/lib/libecore_con.so.1...done. Loaded symbols for /usr/local/lib/libecore_con.so.1 Reading symbols from /usr/local/lib/libecore_ipc.so.1...done. Loaded symbols for /usr/local/lib/libecore_ipc.so.1 Reading symbols from /usr/local/lib/libecore_file.so.1...done. Loaded symbols for /usr/local/lib/libecore_file.so.1 Reading symbols from /usr/local/lib/libeet.so.1...done. Loaded symbols for /usr/local/lib/libeet.so.1 Reading symbols from /usr/local/lib/libedje.so.1...done. Loaded symbols for /usr/local/lib/libedje.so.1 Reading symbols from /usr/local/lib/libefreet.so.1...done. Loaded symbols for /usr/local/lib/libefreet.so.1 Reading symbols from /usr/local/lib/libefreet_mime.so.1...done. Loaded symbols for /usr/local/lib/libefreet_mime.so.1 Reading symbols from /usr/local/lib/libefreet_trash.so.1...done. Loaded symbols for /usr/local/lib/libefreet_trash.so.1 Reading symbols from /usr/local/lib/libeina.so.1...done. Loaded symbols for /usr/local/lib/libeina.so.1 Reading symbols from /usr/local/lib/libehal.so.1...done. Loaded symbols for /usr/local/lib/libehal.so.1 Reading symbols from /usr/local/lib/libedbus.so.1...done. Loaded symbols for /usr/local/lib/libedbus.so.1 Reading symbols from /lib/x86_64-linux-gnu/libdbus-1.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/libdbus-1.so.3 Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libpthread-2.13.so...done. [Thread debugging using libthread_db enabled] done. Loaded symbols for /lib/x86_64-linux-gnu/libpthread.so.0 Reading symbols from /lib/x86_64-linux-gnu/librt.so.1...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/librt-2.13.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/librt.so.1 Reading symbols from /usr/local/lib/libeukit.so.1...done. Loaded symbols for /usr/local/lib/libeukit.so.1 Reading symbols from /usr/local/lib/libeeze.so.1...done. Loaded symbols for /usr/local/lib/libeeze.so.1 Reading symbols from /usr/local/lib/libecore_imf.so.1...done. Loaded symbols for /usr/local/lib/libecore_imf.so.1 Reading symbols from /usr/local/lib/libecore_imf_evas.so.1...done. Loaded symbols for /usr/local/lib/libecore_imf_evas.so.1 Reading symbols from /lib/x86_64-linux-gnu/libdl.so.2...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libdl-2.13.so...done. done. Loaded symbols for
Re: [E-devel] conf_randr - A Randr dialog for e17
Hey, 2011/7/31 Stefan Schmidt ste...@datenfreihafen.org: On Sat, 2011-07-30 at 17:19, Leif Middelschulte wrote: 2011/7/30 Stefan Schmidt ste...@datenfreihafen.org: This trick indeed gets me the module in the settings panel. Sadly it crashes E immediately if I want to open the randr settings. Could you provide me with a backtrace? attached is an backtrace made within screen from the console. I did a backtrace as well as a backtrace full. Sadly I could not read anything out of it. Please attach gdb to e and do 'break _e_config_randr_dialog_subdialog_arrangement_crtc_add' step through and see why it returns NULL. Whats the svn version you are testing this code against? I'm on head from yesterday here (61903). I tested on 61900. Works here, no crashing. So once again please provide a backtrace. See above. Done with rev: 61925 I'm really sorry for the inconvenience. I think it's because of wrong naming, or changes to the module API. Could be. Depending on how other stuff works out today I may also have a look myself. Yes, feel free to provide a patch ;-) I poked around with it but was not able to find something. As far as I can see the module api has not changed. The only thing I spotted is that the parameter for e_configure_registry_category_add() and e_configure_registry_item_add() are overlapping in numbers and names. No idea how the registry works here and if this could be a problem. Yeah, probably it's some naming issue. Maybe in the translation(s). Do you have the conf_display module loaded when working with conf_randr? Yes, I have it installed and loaded. regards Stefan Schmidt -- Leif -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
On Fri, 29 Jul 2011 19:12:58 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: why did you make it conf_randr. already months ago i merged config modules - it's part of conf_display - and e_int_config_display.[ch] in there. as already mentioned missing icon.png, which we dont have to worry about if you merge it in with conf_display. can you do that? :) Hey, thanks for your reply. Attached is yet another set, which fixes an issue when rearranging monitors multiple times. I will send further patches based on these. BR, Leif 2011/7/29 PaulTT pau...@gmail.com: it seems cool, thanx didn' try yet, i'll do -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
Hello. On Sat, 2011-07-30 at 05:20, Leif Middelschulte wrote: thanks for testing the patch :-) No problem. Looking forward to xrandr support in E. Especially the save and restore options to remember monitor settings is something that interests me. In my opinion such details are making the difference form a ok to a good experience. Anyway, back to topic. :) See comments in their context, respectively. Am 30.07.2011 um 00:15 schrieb Stefan Schmidt ste...@datenfreihafen.org: On Fri, 2011-07-29 at 23:11, Stefan Schmidt wrote: On Fri, 2011-07-29 at 19:12, Leif Middelschulte wrote: Attached is yet another set, which fixes an issue when rearranging monitors multiple times. /usr/local/bin/edje_cc -v -id ../../../src/modules/conf_randr/images -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ ../../../src/modules/conf_randr/e-module-conf_randr.edc \ ../../../src/modules/conf_randr/e-module-conf_randr.edj /usr/local/bin/edje_cc: Wrote 251 bytes ( 0Kb) for edje_file header /usr/local/bin/edje_cc: Error. Unable to load image icon.png used by file ../../../src/modules/conf_randr/e-module-conf_randr.edj: File (or file path) does not exist. Check if path to file icon.png is correct (both directory and file name). make[4]: *** [e-module-conf_randr.edj] Error 255 I'm sorry. I thought gut produced a hexdump of the image as a patch. It did in my previous patch. I'll check again tomorrow, if I can. Getting another icon over is trivial enough. Just wanted to let you and maybe other testers know the problems I run into. Hmm, either I'm to tired to think straight enough or something strange is going on here. I dropped in another icon and the edje compiled fine. Complete E rebuild and install and no sign of and randr module in modules neither any config options in the settings panel (no surprise if the module is not loaded). Is the any magic I'm missing to get the module show up? Its installed in the same folder as all the other E modules already checked that. Yeah, that's a weird issue I also faced. I need to fix it. See whether it shows up in the system modules list. If not use 'enlightenment_remote -module-load conf_randr' and '-module-enable conf_randr' for now. At least I'm not the only one facing this issue. :) This trick indeed gets me the module in the settings panel. Sadly it crashes E immediately if I want to open the randr settings. Whats the svn version you are testing this code against? I'm on head from yesterday here (61903). I'm really sorry for the inconvenience. I think it's because of wrong naming, or changes to the module API. Could be. Depending on how other stuff works out today I may also have a look myself. regards Stefan Schmidt -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
2011/7/30 Carsten Haitzler ras...@rasterman.com: On Fri, 29 Jul 2011 19:12:58 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: why did you make it conf_randr. Because I thought maybe people don't need it all the time. Just to configure their setup once and afterwards they don't have to load it anymore. already months ago i merged config modules - it's part of conf_display - and e_int_config_display.[ch] in there. as already mentioned missing icon.png, which we dont have to worry about if you merge it in with conf_display. can you do that? :) The reason I didn't merge in conf_display in the first place was, that people might not even have multiple displays, so the entire adjustment/policy stuff is useless to them (e.g. if their drivers just supports RandR =1.1). But yes, I can merge in conf_display as another page in the toolbook. Though it'll have to wait a bit, until I'm finished with my next exam (end of next week). I planned to adjust e_int_config_display so it works with CRTCs (RandR 1.2) instead of just the primary screen (RandR 1.1) as it does right now. I won't support RandR 1.1 in that dialog anymore. People whose drivers just support RandR 1.1 shall stay with the current dialog. So actually we need a new name like 'conf_display2' or rename current dialog to e_int_config_single_display and the new one e_int_config_multiple_displays Hey, thanks for your reply. Attached is yet another set, which fixes an issue when rearranging monitors multiple times. I will send further patches based on these. BR, Leif 2011/7/29 PaulTT pau...@gmail.com: it seems cool, thanx didn' try yet, i'll do -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
2011/7/30 Stefan Schmidt ste...@datenfreihafen.org: Hello. On Sat, 2011-07-30 at 05:20, Leif Middelschulte wrote: thanks for testing the patch :-) No problem. Looking forward to xrandr support in E. Especially the save and restore options to remember monitor settings is something that interests me. In my opinion such details are making the difference form a ok to a good experience. Anyway, back to topic. :) Yeah, that is some tricky thing. Need to lookup a good fitting algorithm and map it to the RandR environment. Problem is the way RandR works here. Identifiers for CRTCs are not deterministic, so it's kind of problematic to restore beyond guessing. But as I said, I'll come up with a solution. See comments in their context, respectively. Am 30.07.2011 um 00:15 schrieb Stefan Schmidt ste...@datenfreihafen.org: On Fri, 2011-07-29 at 23:11, Stefan Schmidt wrote: On Fri, 2011-07-29 at 19:12, Leif Middelschulte wrote: Attached is yet another set, which fixes an issue when rearranging monitors multiple times. /usr/local/bin/edje_cc -v -id ../../../src/modules/conf_randr/images -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ ../../../src/modules/conf_randr/e-module-conf_randr.edc \ ../../../src/modules/conf_randr/e-module-conf_randr.edj /usr/local/bin/edje_cc: Wrote 251 bytes ( 0Kb) for edje_file header /usr/local/bin/edje_cc: Error. Unable to load image icon.png used by file ../../../src/modules/conf_randr/e-module-conf_randr.edj: File (or file path) does not exist. Check if path to file icon.png is correct (both directory and file name). make[4]: *** [e-module-conf_randr.edj] Error 255 I'm sorry. I thought gut produced a hexdump of the image as a patch. It did in my previous patch. I'll check again tomorrow, if I can. Getting another icon over is trivial enough. Just wanted to let you and maybe other testers know the problems I run into. Right. Hmm, either I'm to tired to think straight enough or something strange is going on here. I dropped in another icon and the edje compiled fine. Complete E rebuild and install and no sign of and randr module in modules neither any config options in the settings panel (no surprise if the module is not loaded). Is the any magic I'm missing to get the module show up? Its installed in the same folder as all the other E modules already checked that. Yeah, that's a weird issue I also faced. I need to fix it. See whether it shows up in the system modules list. If not use 'enlightenment_remote -module-load conf_randr' and '-module-enable conf_randr' for now. At least I'm not the only one facing this issue. :) This trick indeed gets me the module in the settings panel. Sadly it crashes E immediately if I want to open the randr settings. Could you provide me with a backtrace? Whats the svn version you are testing this code against? I'm on head from yesterday here (61903). I tested on 61900. Works here, no crashing. So once again please provide a backtrace. I'm really sorry for the inconvenience. I think it's because of wrong naming, or changes to the module API. Could be. Depending on how other stuff works out today I may also have a look myself. Yes, feel free to provide a patch ;-) regards Stefan Schmidt -- Leif -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
On Sat, 30 Jul 2011 17:11:20 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Fri, 29 Jul 2011 19:12:58 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: why did you make it conf_randr. Because I thought maybe people don't need it all the time. Just to configure their setup once and afterwards they don't have to load it anymore. already months ago i merged config modules - it's part of conf_display - and e_int_config_display.[ch] in there. as already mentioned missing icon.png, which we dont have to worry about if you merge it in with conf_display. can you do that? :) The reason I didn't merge in conf_display in the first place was, that people might not even have multiple displays, so the entire adjustment/policy stuff is useless to them (e.g. if their drivers just supports RandR =1.1). this isn't just for multiple displays its for resolution too and just fyi.. people with laptops need this quite often. :) if its never used the code is never paged in from disk so it costs nothing (if its already part of a module loaded anyway). But yes, I can merge in conf_display as another page in the toolbook. Though it'll have to wait a bit, until I'm finished with my next exam (end of next week). well it really should be one and the same dialog. to set up resolution and rotation for each screen AND set up how many screens are enabled or not and what the policy is when a new screen is found (auto-enable, never enable, should it extend or clone etc.). I planned to adjust e_int_config_display so it works with CRTCs (RandR 1.2) instead of just the primary screen (RandR 1.1) as it does right now. I won't support RandR 1.1 in that dialog anymore. People whose drivers just support RandR 1.1 shall stay with the current dialog. So actually we need a new name like 'conf_display2' or rename current dialog to e_int_config_single_display and the new one e_int_config_multiple_displays it really should support the whole range - 1.1, 1.2 etc. - a user shouldnt have to switch dialogs to choose what version of a spec is supported. they have no clue which one is supported. they just want it to work. :) Hey, thanks for your reply. Attached is yet another set, which fixes an issue when rearranging monitors multiple times. I will send further patches based on these. BR, Leif 2011/7/29 PaulTT pau...@gmail.com: it seems cool, thanx didn' try yet, i'll do -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
2011/7/30 Carsten Haitzler ras...@rasterman.com: On Sat, 30 Jul 2011 17:11:20 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Fri, 29 Jul 2011 19:12:58 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: why did you make it conf_randr. Because I thought maybe people don't need it all the time. Just to configure their setup once and afterwards they don't have to load it anymore. already months ago i merged config modules - it's part of conf_display - and e_int_config_display.[ch] in there. as already mentioned missing icon.png, which we dont have to worry about if you merge it in with conf_display. can you do that? :) The reason I didn't merge in conf_display in the first place was, that people might not even have multiple displays, so the entire adjustment/policy stuff is useless to them (e.g. if their drivers just supports RandR =1.1). this isn't just for multiple displays its for resolution too and just fyi.. people with laptops need this quite often. :) if its never used the code is never paged in from disk so it costs nothing (if its already part of a module loaded anyway). I know what conf_display did :-) I'll integrate its options into 'conf_randr'. But yes, I can merge in conf_display as another page in the toolbook. Though it'll have to wait a bit, until I'm finished with my next exam (end of next week). well it really should be one and the same dialog. to set up resolution and rotation for each screen AND set up how many screens are enabled or not and what the policy is when a new screen is found (auto-enable, never enable, should it extend or clone etc.). Per display stuff will be integrated along the integration of conf_display. Policy stuff is already there and works for me(TM). I planned to adjust e_int_config_display so it works with CRTCs (RandR 1.2) instead of just the primary screen (RandR 1.1) as it does right now. I won't support RandR 1.1 in that dialog anymore. People whose drivers just support RandR 1.1 shall stay with the current dialog. So actually we need a new name like 'conf_display2' or rename current dialog to e_int_config_single_display and the new one e_int_config_multiple_displays it really should support the whole range - 1.1, 1.2 etc. - a user shouldnt have to switch dialogs to choose what version of a spec is supported. they have no clue which one is supported. they just want it to work. :) But randr = and 1.1 work completly different. There is not code sharing. That's why I pliedge for leaving the dialog (conf_display) as is and just pop it up instead of integrating it into an else useless dialog (conf_randr), making the code more complicated than it needs to be. I went that way before and it's double effort without any advantage. As I proposed above: if (randr 1.2) return conf_display; else return conf_randr; //with conf_display2 integrated If you can point out a good reason why to rewrite most of the old craft, I'll do it. But else I see more benefit in getting other things done. Hey, thanks for your reply. Attached is yet another set, which fixes an issue when rearranging monitors multiple times. I will send further patches based on these. BR, Leif 2011/7/29 PaulTT pau...@gmail.com: it seems cool, thanx didn' try yet, i'll do -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Leif -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey
Re: [E-devel] conf_randr - A Randr dialog for e17
On Sat, 30 Jul 2011 19:26:51 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Sat, 30 Jul 2011 17:11:20 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Fri, 29 Jul 2011 19:12:58 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: why did you make it conf_randr. Because I thought maybe people don't need it all the time. Just to configure their setup once and afterwards they don't have to load it anymore. already months ago i merged config modules - it's part of conf_display - and e_int_config_display.[ch] in there. as already mentioned missing icon.png, which we dont have to worry about if you merge it in with conf_display. can you do that? :) The reason I didn't merge in conf_display in the first place was, that people might not even have multiple displays, so the entire adjustment/policy stuff is useless to them (e.g. if their drivers just supports RandR =1.1). this isn't just for multiple displays its for resolution too and just fyi.. people with laptops need this quite often. :) if its never used the code is never paged in from disk so it costs nothing (if its already part of a module loaded anyway). I know what conf_display did :-) I'll integrate its options into 'conf_randr'. But yes, I can merge in conf_display as another page in the toolbook. Though it'll have to wait a bit, until I'm finished with my next exam (end of next week). well it really should be one and the same dialog. to set up resolution and rotation for each screen AND set up how many screens are enabled or not and what the policy is when a new screen is found (auto-enable, never enable, should it extend or clone etc.). Per display stuff will be integrated along the integration of conf_display. Policy stuff is already there and works for me(TM). I planned to adjust e_int_config_display so it works with CRTCs (RandR 1.2) instead of just the primary screen (RandR 1.1) as it does right now. I won't support RandR 1.1 in that dialog anymore. People whose drivers just support RandR 1.1 shall stay with the current dialog. So actually we need a new name like 'conf_display2' or rename current dialog to e_int_config_single_display and the new one e_int_config_multiple_displays it really should support the whole range - 1.1, 1.2 etc. - a user shouldnt have to switch dialogs to choose what version of a spec is supported. they have no clue which one is supported. they just want it to work. :) But randr = and 1.1 work completly different. There is not code sharing. That's why I pliedge for leaving the dialog (conf_display) as is and just pop it up instead of integrating it into an else useless dialog (conf_randr), making the code more complicated than it needs to be. I went that way before and it's double effort without any advantage. As I proposed above: if (randr 1.2) return conf_display; else return conf_randr; //with conf_display2 integrated If you can point out a good reason why to rewrite most of the old craft, I'll do it. But else I see more benefit in getting other things done. you are thinking like the programmer and not the USER. the USER doesnt know ifd their driver does 1.1 or 1.2 and they shouldnt NEED to know. it is the job of the app (e) to figure that out and present the appropriate UI for their situation AND to use the appropriate protocol. it is not the users job to try and figure out which protocol they have and then go choose the right config dialog for that protocol. it is the job of code in e to fgure that out and switch internally as appropriate and presetn at the ui level the features you can configure given that protocol version that our driver happens to do that we DISCOVEr at runtime. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
2011/7/30 Carsten Haitzler ras...@rasterman.com: On Sat, 30 Jul 2011 19:26:51 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Sat, 30 Jul 2011 17:11:20 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: 2011/7/30 Carsten Haitzler ras...@rasterman.com: On Fri, 29 Jul 2011 19:12:58 +0200 Leif Middelschulte leif.middelschu...@gmail.com said: why did you make it conf_randr. Because I thought maybe people don't need it all the time. Just to configure their setup once and afterwards they don't have to load it anymore. already months ago i merged config modules - it's part of conf_display - and e_int_config_display.[ch] in there. as already mentioned missing icon.png, which we dont have to worry about if you merge it in with conf_display. can you do that? :) The reason I didn't merge in conf_display in the first place was, that people might not even have multiple displays, so the entire adjustment/policy stuff is useless to them (e.g. if their drivers just supports RandR =1.1). this isn't just for multiple displays its for resolution too and just fyi.. people with laptops need this quite often. :) if its never used the code is never paged in from disk so it costs nothing (if its already part of a module loaded anyway). I know what conf_display did :-) I'll integrate its options into 'conf_randr'. But yes, I can merge in conf_display as another page in the toolbook. Though it'll have to wait a bit, until I'm finished with my next exam (end of next week). well it really should be one and the same dialog. to set up resolution and rotation for each screen AND set up how many screens are enabled or not and what the policy is when a new screen is found (auto-enable, never enable, should it extend or clone etc.). Per display stuff will be integrated along the integration of conf_display. Policy stuff is already there and works for me(TM). I planned to adjust e_int_config_display so it works with CRTCs (RandR 1.2) instead of just the primary screen (RandR 1.1) as it does right now. I won't support RandR 1.1 in that dialog anymore. People whose drivers just support RandR 1.1 shall stay with the current dialog. So actually we need a new name like 'conf_display2' or rename current dialog to e_int_config_single_display and the new one e_int_config_multiple_displays it really should support the whole range - 1.1, 1.2 etc. - a user shouldnt have to switch dialogs to choose what version of a spec is supported. they have no clue which one is supported. they just want it to work. :) But randr = and 1.1 work completly different. There is not code sharing. That's why I pliedge for leaving the dialog (conf_display) as is and just pop it up instead of integrating it into an else useless dialog (conf_randr), making the code more complicated than it needs to be. I went that way before and it's double effort without any advantage. As I proposed above: if (randr 1.2) return conf_display; else return conf_randr; //with conf_display2 integrated If you can point out a good reason why to rewrite most of the old craft, I'll do it. But else I see more benefit in getting other things done. you are thinking like the programmer and not the USER. the USER doesnt know ifd their driver does 1.1 or 1.2 and they shouldnt NEED to know. it is the job of the app (e) to figure that out and present the appropriate UI for their situation AND to use the appropriate protocol. it is not the users job to try and figure out which protocol they have and then go choose the right config dialog for that protocol. it is the job of code in e to fgure that out and switch internally as appropriate and presetn at the ui level the features you can configure given that protocol version that our driver happens to do that we DISCOVEr at runtime. Okay, I think we're arguing on different things. 1.) You're right about the dialog's behaviour. It should provide the user with a dialog resembling his driver's capabilities, no matter what they are. 2.) I tried to communicate: conf_display - conf_display1 conf_randr - conf_display //with integrated conf_display2 (for randr =1.2) and conf_display1 conf_display will then be displaying either the current dialog (if ran on randr 1.2) or the new all-in-wonder dialog if supported. Is that okay? Man, sometimes seeing people for really simplifies discussions a big deal :-/ Thanks for your interest :-) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com -- Leif -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey
Re: [E-devel] conf_randr - A Randr dialog for e17
Hello. On Fri, 2011-07-29 at 19:12, Leif Middelschulte wrote: Attached is yet another set, which fixes an issue when rearranging monitors multiple times. /usr/local/bin/edje_cc -v -id ../../../src/modules/conf_randr/images -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ ../../../src/modules/conf_randr/e-module-conf_randr.edc \ ../../../src/modules/conf_randr/e-module-conf_randr.edj /usr/local/bin/edje_cc: Wrote 251 bytes ( 0Kb) for edje_file header /usr/local/bin/edje_cc: Error. Unable to load image icon.png used by file ../../../src/modules/conf_randr/e-module-conf_randr.edj: File (or file path) does not exist. Check if path to file icon.png is correct (both directory and file name). make[4]: *** [e-module-conf_randr.edj] Error 255 For now I will drop in another icon and see if it works out. Will let you know. regards Stefan Schmidt -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
Hello. On Fri, 2011-07-29 at 23:11, Stefan Schmidt wrote: On Fri, 2011-07-29 at 19:12, Leif Middelschulte wrote: Attached is yet another set, which fixes an issue when rearranging monitors multiple times. /usr/local/bin/edje_cc -v -id ../../../src/modules/conf_randr/images -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ ../../../src/modules/conf_randr/e-module-conf_randr.edc \ ../../../src/modules/conf_randr/e-module-conf_randr.edj /usr/local/bin/edje_cc: Wrote 251 bytes ( 0Kb) for edje_file header /usr/local/bin/edje_cc: Error. Unable to load image icon.png used by file ../../../src/modules/conf_randr/e-module-conf_randr.edj: File (or file path) does not exist. Check if path to file icon.png is correct (both directory and file name). make[4]: *** [e-module-conf_randr.edj] Error 255 For now I will drop in another icon and see if it works out. Will let you know. Hmm, either I'm to tired to think straight enough or something strange is going on here. I dropped in another icon and the edje compiled fine. Complete E rebuild and install and no sign of and randr module in modules neither any config options in the settings panel (no surprise if the module is not loaded). Is the any magic I'm missing to get the module show up? Its installed in the same folder as all the other E modules already checked that. regards Stefan Schmidt -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] conf_randr - A Randr dialog for e17
Hey, thanks for testing the patch :-) See comments in their context, respectively. Am 30.07.2011 um 00:15 schrieb Stefan Schmidt ste...@datenfreihafen.org: Hello. On Fri, 2011-07-29 at 23:11, Stefan Schmidt wrote: On Fri, 2011-07-29 at 19:12, Leif Middelschulte wrote: Attached is yet another set, which fixes an issue when rearranging monitors multiple times. /usr/local/bin/edje_cc -v -id ../../../src/modules/conf_randr/ images -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 - DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ ../../../src/modules/conf_randr/e-module-conf_randr.edc \ ../../../src/modules/conf_randr/e-module-conf_randr.edj /usr/local/bin/edje_cc: Wrote 251 bytes ( 0Kb) for edje_file header /usr/local/bin/edje_cc: Error. Unable to load image icon.png used by file ../../../src/modules/conf_randr/e-module-conf_randr.edj: File (or file path) does not exist. Check if path to file icon.png is correct (both directory and file name). make[4]: *** [e-module-conf_randr.edj] Error 255 I'm sorry. I thought gut produced a hexdump of the image as a patch. It did in my previous patch. I'll check again tomorrow, if I can. For now I will drop in another icon and see if it works out. Will let you know. Hmm, either I'm to tired to think straight enough or something strange is going on here. I dropped in another icon and the edje compiled fine. Complete E rebuild and install and no sign of and randr module in modules neither any config options in the settings panel (no surprise if the module is not loaded). Is the any magic I'm missing to get the module show up? Its installed in the same folder as all the other E modules already checked that. Yeah, that's a weird issue I also faced. I need to fix it. See whether it shows up in the system modules list. If not use 'enlightenment_remote -module-load conf_randr' and '-module-enable conf_randr' for now. I'm really sorry for the inconvenience. I think it's because of wrong naming, or changes to the module API. regards, Leif regards, Stefan Schmidt --- --- --- - Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel