Re: [E-devel] {Spam?} Re: win32 patch for eet
On Tue, 11 Sep 2007, Carsten Haitzler (The Rasterman) wrote: On Tue, 28 Aug 2007 15:53:27 +0200 (CEST) Vincent Torri [EMAIL PROTECTED] babbled: Hey, The edje bug I was hunting on the windows platform comes from eet. the %a modifier, used to get the float or double values, is not supported on windows (see the big comment in the patch). I have some questions about that patch: 1) do I copy/paste it for float or do I factorize the code ? (only the last lines are specific to double). 2) Does someone see improvements regards the speed or the algorithm ? 3) I see a comment about solaris in the eet_data_get_double() function. Should we use that function on the solaris platform ? If so, which preprocessor command I have to use ? thank you i don't see a problem with this - anyone else disagree? I also recall that bugs #181 and #182 have been open for that stuff. Vincent - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [e_fm_main] mounting as non root user
Hi, I enabled the uncommented code in the file e_fm_main.c and it works for me like expected. $ mount | grep -i media /dev/sda1 on /media/ECD7-0F5F type vfat (rw,noexec,nosuid,nodev,uid=1000) $ cat /etc/debian_version 4.0 ii hal 0.5.8.1-9 ii libhal-storage1 0.5.8.1-9 ii libhal1 0.5.8.1-9 ii mount2.12r-19 ii pmount 0.9.13-1+b1 e_fm_main.c:729 printf(mount %s %s\n, v-udi, v-mount_point); opt = ecore_list_new(); snprintf(buf, sizeof(buf), uid=%i, (int)getuid()); ecore_list_append(opt, buf); e_hal_device_volume_mount(_e_dbus_conn, v-udi, v-mount_point, v-fstype, opt, _e_dbus_cb_vol_mounted, v); ecore_list_destroy(opt); /e_fm_main.c Bye, Thomas -- Stark, Thomas [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2007-09-11 07:02:57 -0700
Build log for Enlightenment DR 0.17 on 2007-09-11 07:02:57 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: engage http://download.enlightenment.org/tests/logs/engage.log entropy http://download.enlightenment.org/tests/logs/entropy.log evfs http://download.enlightenment.org/tests/logs/evfs.log evolve http://download.enlightenment.org/tests/logs/evolve.log Packages with no supported build system: esmart_rsvg, exorcist, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, cpu, deskshow, eclair, ecore, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emu, engrave, engycad, enhance, enity, enterminus, enthrall, entice, entrance_edit_gui, entrance, envision, epdf, epeg, ephoto, e_phys, epsilon, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, ewl, examine, exhibit, exml, expedite, express, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, net, news, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Etk_Tree sorting issue
Hi, Investigating some sorting weirdness in Exhibit revealed an issue in the way Etk handles the sorting of trees. We have: - etk_tree_col_sort_set: which sets a comparing function inside the tree structure - etk_tree_col_sort: which calls etk_tree_col_sort_full with the inner comparing function as a callback - etk_tree_col_sort_full: which can be passed a callback function for comparison. Further, etk_tree_col_sort_full does a check at the beginning to test if the column to be sorted is already sorted and returns without sorting. So if we sort with etk_tree_col_sort_full on a column, then we sort with etk_tree_col_sort_full on that same column but with a different callback function, the second sort will not happen. Proposed solutions: patch1.diff - we can either set tree-sorted_col to NULL whenever we set etk_tree_col_sort_set to something, so one doesn't use sort_full and always uses sort_set and then sort. OR patch2.diff - we add some kind of reference to the last sorting function and compare that too inside sort_full.. so if the sorted column is the same as the one we are sorting AND the callback function is the same, then return. Which one do you people prefer? -- Chady 'Leviathan' Kassouf http://chady.net/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Patch for Ecore_Config ARGB parsing glitch
ecore_config in CVS head has an error in its handling of ARGB colours. Currently the ecore_config_typed_val function assumes that colours are strings, whereas the __ecore_argbstr_to_long means that its actually a long. Attached is a patch which seems to fix the glitch. Dylan. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eet text file config...
Hi Raster, Very smart you are :) Was there so many crazy people like me ? As I were very busy (buried under a thousand of dully mails at work) I went home very tired theses days... But I used a few moment to think of your edc scheme and now it seems to me more powerfull that text files ;) Anyway I'll test your new implementation. Thank and bravo! Michel Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] - Sun, 9 Sep 2007 00:15:36 +0900 ok- for all the crazies out there who insist on text config files i added: 1. a little extra info to eet data blobs to also encode data type. 2. eet api to parse and dump text config files to and from eet config data blobs 3. a small eet util to extract, insert, encode and decode such blobs. you will need to wrap this up yourself in shell scripts as you see fit - the config format is very edc like (for edje files) and the parser is not forgiving - make a mistake and it won't be happy and not tell you much. you can extract e's config for example: eet -d ~/.e/e/config/default/e.cfg config out.txt vi out.txt eet -e ~/.e/e/config/default/e.cfg config out.txt 1 any eet file can have elements extracted - if they are eet config blobs it can decode. other blobs may be images or other data - the tool doesn't handle that. beware - config files will be LONG. my e.cfg is a 20kb binary blob - but as text expands to over 10,000 lines of config. parsing of these is slow compared to the binary blobs which is lightning fast. you have all u need to screw with files as you like - be warned that if you do so you are on your own. i implemented this just to keep the i must have this as text complainers happy. it doesn't buy you anything but a way of screwing your config up. i issue this warning now. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] edje_object_part_unswallow question
Hi all, I have a litle question about edje and his way to swallow/unswallow evas objects. After doing some test I think that when I called edje_object_unswallow, this object is shown after calling edje_object_part_unswallow. If this object is always visible they are no problem, but what I must do if i want for example that this object stay completly hide (keep the state just before it was unswallowed) ? I have attached an example where i reproduce this. This is maybe not an issue, and I have missunderstood some concemt of edje/evas, if someone could enlighten me on this, it could be fine :) make to compile and ./swallow-test to execute it Press key 'q' to quit the programm and 'a' to change rects. If this behaviour is completly normal, how I can do, to have only one Rect at a time in this example with fade out/fadei in effect? Thanks, Nico test-swallow.tar.gz Description: application/compressed-tar - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_object_part_unswallow question
On 9/11/07, Nicolas Aguirre [EMAIL PROTECTED] wrote: Hi all, I have a litle question about edje and his way to swallow/unswallow evas objects. After doing some test I think that when I called edje_object_unswallow, this object is shown after calling edje_object_part_unswallow. If this object is always visible they are no problem, but what I must do if i want for example that this object stay completly hide (keep the state just before it was unswallowed) ? I have attached an example where i reproduce this. This is maybe not an issue, and I have missunderstood some concemt of edje/evas, if someone could enlighten me on this, it could be fine :) make to compile and ./swallow-test to execute it Press key 'q' to quit the programm and 'a' to change rects. If this behaviour is completly normal, how I can do, to have only one Rect at a time in this example with fade out/fadei in effect? Sorry, I have no time to read your code yet, but when you unswallow, you also loose your clippers and thus modifiers. Usually you can have objects visible, but they're clipped to a hidden clipper, then it will be hidden. If you unswallow, you'll see this object visible again. This is the implemented and expected behavior. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Etk_Tree sorting issue
Attachements didn't go through, so bug filed in bugzilla with the attachements.. On 9/11/07, Chady Kassouf [EMAIL PROTECTED] wrote: Hi, Investigating some sorting weirdness in Exhibit revealed an issue in the way Etk handles the sorting of trees. We have: - etk_tree_col_sort_set: which sets a comparing function inside the tree structure - etk_tree_col_sort: which calls etk_tree_col_sort_full with the inner comparing function as a callback - etk_tree_col_sort_full: which can be passed a callback function for comparison. Further, etk_tree_col_sort_full does a check at the beginning to test if the column to be sorted is already sorted and returns without sorting. So if we sort with etk_tree_col_sort_full on a column, then we sort with etk_tree_col_sort_full on that same column but with a different callback function, the second sort will not happen. Proposed solutions: patch1.diff - we can either set tree-sorted_col to NULL whenever we set etk_tree_col_sort_set to something, so one doesn't use sort_full and always uses sort_set and then sort. OR patch2.diff - we add some kind of reference to the last sorting function and compare that too inside sort_full.. so if the sorted column is the same as the one we are sorting AND the callback function is the same, then return. Which one do you people prefer? -- Chady 'Leviathan' Kassouf http://chady.net/ -- Chady 'Leviathan' Kassouf http://chady.net/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_object_part_unswallow question
Le mardi 11 septembre 2007 à 15:44 -0300, Gustavo Sverzut Barbieri a écrit : Sorry, I have no time to read your code yet, but when you unswallow, you also loose your clippers and thus modifiers. Usually you can have objects visible, but they're clipped to a hidden clipper, then it will be hidden. If you unswallow, you'll see this object visible again. This is the implemented and expected behavior. I understand that, in case this object is visible he will be visible again after unswallow. but what happen's if my object is hide by default. I just create a RECT, give it a color, and call evas_object_hide on it. I swallow it in edje part and some seconds later, I unswallow it ? In my example he is shown again. It is also expected bahaviour ? Or object has lost all his previous properties just after to have been swallowed? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_object_part_unswallow question
Le mardi 11 septembre 2007 à 21:10 +0200, Nicolas Aguirre a écrit : Le mardi 11 septembre 2007 à 15:44 -0300, Gustavo Sverzut Barbieri a écrit : Sorry, I have no time to read your code yet, but when you unswallow, you also loose your clippers and thus modifiers. Usually you can have objects visible, but they're clipped to a hidden clipper, then it will be hidden. If you unswallow, you'll see this object visible again. This is the implemented and expected behavior. I understand that, in case this object is visible he will be visible again after unswallow. but what happen's if my object is hide by default. I just create a RECT, give it a color, and call evas_object_hide on it. I swallow it in edje part and some seconds later, I unswallow it ? In my example he is shown again. It is also expected bahaviour ? Or object has lost all his previous properties just after to have been swallowed? I finally have found a solution, by calling edje_object_part_swallow_get just before unswallow it. So I can do what I want just after unswallow it, like hide him again. Thanks for your help, I have attached my previous example corrected, for those who are interested. Nico test-swallow.2.tar.gz Description: application/compressed-tar - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] edje_object_size_min_calc() behavior
Hi guys, I'm trying to implement an edje group that will act as an icon-label pair, label being a TEXTBLOCK that I want to restrict to maximum of 2 lines. This is being done with label's part providing min/max and testing with hard-coded text values it works (in edje_editor). However, I want to layout these icons in rows, that will be layout vertically. In order to avoid blanks when I have rows with no label using 2 lines, I was trying to use edje_object_size_min_calc(), but its behavior is weird. What I'd expect is it to calculate my icon geometry (both min/max set to 128x128) and then labels geometry or any other relevant part and then get the maximum of (x + w, y + h), this being the minimum size to fit the whole contents. If I do this algorithm manually it works, but edje_object_size_min_calc() keep reporting (0, 0)... an unexpected result given that my icon is fixed to 128x128. What I find more weird is the internals of edje_object_size_min_calc(): 1) it use as w (and h similar) as w = ep-w - ep-req.w. Why? 2) if description is fixed, its size is ignored. Why? Am I missing something? PS: Attached is my Edje, maybe I missing some property there? -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eet text file config...
On Tue, 11 Sep 2007 00:02:25 +0200 Michel BRIAND [EMAIL PROTECTED] babbled: Hi Raster, Very smart you are :) Was there so many crazy people like me ? As I were very busy (buried under a thousand of dully mails at work) I went home very tired theses days... But I used a few moment to think of your edc scheme and now it seems to me more powerfull that text files ;) Anyway I'll test your new implementation. well edc is a compact way of generating an eet binary blob from a text file. eet's data encoding *IS* data structures in memory converted to a neutral portable disk format. eet is all about being programmer friendly. it's about being able to take data in memory - dump to disk, and then be able to load it again into data whenever you want, and do it VERY quickly and use very little disk space. then idea is that this makes it EASY for a developer to write tools to make configuration etc. easy. they don't ever need to worry about parsing anything ever again - and they know that users can't really break it badly. this allows them to more easily break it with no safety net put in by the developer. but it might be a good debugging tool... :) Thank and bravo! Michel Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] - Sun, 9 Sep 2007 00:15:36 +0900 ok- for all the crazies out there who insist on text config files i added: 1. a little extra info to eet data blobs to also encode data type. 2. eet api to parse and dump text config files to and from eet config data blobs 3. a small eet util to extract, insert, encode and decode such blobs. you will need to wrap this up yourself in shell scripts as you see fit - the config format is very edc like (for edje files) and the parser is not forgiving - make a mistake and it won't be happy and not tell you much. you can extract e's config for example: eet -d ~/.e/e/config/default/e.cfg config out.txt vi out.txt eet -e ~/.e/e/config/default/e.cfg config out.txt 1 any eet file can have elements extracted - if they are eet config blobs it can decode. other blobs may be images or other data - the tool doesn't handle that. beware - config files will be LONG. my e.cfg is a 20kb binary blob - but as text expands to over 10,000 lines of config. parsing of these is slow compared to the binary blobs which is lightning fast. you have all u need to screw with files as you like - be warned that if you do so you are on your own. i implemented this just to keep the i must have this as text complainers happy. it doesn't buy you anything but a way of screwing your config up. i issue this warning now. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Window Management
Time to get back to basics for a second. I've just migrated about 10 desktops back to Gnome ( and Compiz ) from E17, and the most common comment is NOT about the flashy effects and such, but about very simple window management that E17 does very poorly. Basically, E17 is sloppy with regards to window size positioning. Every single f*g desktop I'd walk past had the same problems: - Some new windows open with the correct dimensions, but cover shelves because of bad placement. For example if we have a shelf at the bottom, we'll invariably get windows appear that hit the very bottom of the screen. When the window is dragged up a bit, it fits perfectly, ie doesn't cover the shelf. But why does it need to be dragged into position? - Some windows ( usually ones that were previously maximized before being closed, examples are firefox, evolution, nautilus, openoffice ) open covering the entire screen. These need to be resized back down so we can see the shelf. If the window is resized to perfectly match the screen / shelf, and then closed WITHOUT hitting maximize, it will re-open next time with the correct size. But if it's resized down, and then maximized to cover the screen ( minus shelf ), the next time it's opened, it resizes back up to cover the entire screen. This is all compounded by the fact that most of the users here aren't aware of the ability to resize or move windows once they're opened. Sad but very true. Trust me, I've tried to teach them, but now I give up. Before posting this, I have updated to the latest cvs from today, deleted my .e folder, and tested thoroughly. I have tried all the different maximize policies. I have only used the default theme and not enabled any extra modules ( I've disabled some modules in fact ). I realise that some might be tempted to suggest that I use the 'remember' settings to lock these windows into position / size. I reject that. This suggestion ( in this context at least ) is a workaround for a set of long-standing bugs. I'm not saying that the remember settings aren't good or don't have their place, but that place is not to cover the above lack of window management finesse. New windows should NOT cover shelves. Full stop. So please. Window sizing and placement needs some attention. -- Daniel Kasak IT Developer NUS Consulting Group Level 5, 77 Pacific Highway North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: http://www.nusconsulting.com.au - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Window Management
Also, I'd like to take this opportunity to say that something is also bothering me in E17 concerning windows.. I'm used to middle click a window's title to shade/unshade it. But maximized windows don't allow this There's an option for this. I can't tell you precisely where ( I'm on gnome too now ), but it's under window management, in the advanced section I think, and it's something about 'allow window manipulation for maximized windows'. Sorry I can't be more accurate, but it's in there somewhere. Yes, this option exist, I tried and work, in configuration-Configuration Panel-Windows-Window Manipulation-Advanced mode-Maximize Police-Allow window manipulation This woks =) On 9/12/07, Diogo Dutra [EMAIL PROTECTED] wrote: On 9/12/07, Diogo Dutra [EMAIL PROTECTED] wrote: Also, I'd like to take this opportunity to say that something is also bothering me in E17 concerning windows.. I'm used to middle click a window's title to shade/unshade it. But maximized windows don't allow this There's an option for this. I can't tell you precisely where ( I'm on gnome too now ), but it's under window management, in the advanced section I think, and it's something about 'allow window manipulation for maximized windows'. Sorry I can't be more accurate, but it's in there somewhere. Yes, this option exist, I tried and work, in configuration-Configuration Panel-Windows-Window Manipulation-Advanced mode-Maximize Police-Allow window manipulation This woks =) On 9/11/07, Daniel Kasak [EMAIL PROTECTED] wrote: On Tue, 2007-09-11 at 22:01 -0400, Youness Alaoui wrote: Hi, In the shelf configuration window, in the Advanced screen, did you enabled the option Allow windows to overlap the shelf ? Yes. Also look at the configuration of windows, there's a smart placement option, did you enable that ? there's also a don't hide gadgets option. I've tried ALL the combinations of maximize policies and placement policies, on many occasions. And yes to the don't hide gadgets' bit as well. Also, I'd like to take this opportunity to say that something is also bothering me in E17 concerning windows.. I'm used to middle click a window's title to shade/unshade it. But maximized windows don't allow this There's an option for this. I can't tell you precisely where ( I'm on gnome too now ), but it's under window management, in the advanced section I think, and it's something about 'allow window manipulation for maximized windows'. Sorry I can't be more accurate, but it's in there somewhere. -- Daniel Kasak IT Developer NUS Consulting Group Level 5, 77 Pacific Highway North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: http://www.nusconsulting.com.au - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Window Management
On Wed, Sep 12, 2007 at 10:42:26AM +1000, Daniel Kasak wrote: - Some windows ( usually ones that were previously maximized before being closed, examples are firefox, evolution, nautilus, openoffice ) open covering the entire screen. These need to be resized back down so we can see the shelf. If the window is resized to perfectly match the screen / shelf, and then closed WITHOUT hitting maximize, it will re-open next time with the correct size. But if it's resized down, and then maximized to cover the screen ( minus shelf ), the next time it's opened, it resizes back up to cover the entire screen. There's a preference to draw a shelf on top windows. I prefer this mode for precisely this reason - it lets you access the shelf despite a window being maximized. Add in shelf autohiding and you haven't even lost screen space. This is all compounded by the fact that most of the users here aren't aware of the ability to resize or move windows once they're opened. Sad but very true. Trust me, I've tried to teach them, but now I give up. Ok, so maybe autohiding shelves is a bad idea... So please. Window sizing and placement needs some attention. Out of curiosity, Metacity's policy of placing the top-left of new Windows in the first free, non-window decoration pixel from the top left is better? My monitors are 1920x1200 and if I open five gnome-terminals, Metacity will duitifully make them all overlap... -- Ross Vandegrift [EMAIL PROTECTED] The good Christian should beware of mathematicians, and all those who make empty prophecies. The danger already exists that the mathematicians have made a covenant with the devil to darken the spirit and to confine man in the bonds of Hell. --St. Augustine, De Genesi ad Litteram, Book II, xviii, 37 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Window Management
On 9/12/07, Diogo Dutra [EMAIL PROTECTED] wrote: Also, I'd like to take this opportunity to say that something is also bothering me in E17 concerning windows.. I'm used to middle click a window's title to shade/unshade it. But maximized windows don't allow this There's an option for this. I can't tell you precisely where ( I'm on gnome too now ), but it's under window management, in the advanced section I think, and it's something about 'allow window manipulation for maximized windows'. Sorry I can't be more accurate, but it's in there somewhere. Yes, this option exist, I tried and work, in configuration-Configuration Panel-Windows-Window Manipulation-Advanced mode-Maximize Police-Allow window manipulation This woks =) On 9/11/07, Daniel Kasak [EMAIL PROTECTED] wrote: On Tue, 2007-09-11 at 22:01 -0400, Youness Alaoui wrote: Hi, In the shelf configuration window, in the Advanced screen, did you enabled the option Allow windows to overlap the shelf ? Yes. Also look at the configuration of windows, there's a smart placement option, did you enable that ? there's also a don't hide gadgets option. I've tried ALL the combinations of maximize policies and placement policies, on many occasions. And yes to the don't hide gadgets' bit as well. Also, I'd like to take this opportunity to say that something is also bothering me in E17 concerning windows.. I'm used to middle click a window's title to shade/unshade it. But maximized windows don't allow this There's an option for this. I can't tell you precisely where ( I'm on gnome too now ), but it's under window management, in the advanced section I think, and it's something about 'allow window manipulation for maximized windows'. Sorry I can't be more accurate, but it's in there somewhere. -- Daniel Kasak IT Developer NUS Consulting Group Level 5, 77 Pacific Highway North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: http://www.nusconsulting.com.au - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Window Management
On Tue, 2007-09-11 at 23:06 -0400, Ross Vandegrift wrote: There's a preference to draw a shelf on top windows. I prefer this mode for precisely this reason - it lets you access the shelf despite a window being maximized. Add in shelf autohiding and you haven't even lost screen space. Yes I'm aware of these options, and they go a certain extent to relieving the effects of bad window placement. But the complaint remains that E17 is placing windows over the shelf. Out of curiosity, Metacity's policy of placing the top-left of new Windows in the first free, non-window decoration pixel from the top left is better? My monitors are 1920x1200 and if I open five gnome-terminals, Metacity will duitifully make them all overlap... I've never really used metacity. Compiz has options for window placement, including a 'smart' option that behaves as its name implies. Anyway, neither metacity nor compiz ( nor kde for that matter ) have ever placed windows over a panel, or maximized new windows so that they cover the entire screen. -- Daniel Kasak IT Developer NUS Consulting Group Level 5, 77 Pacific Highway North Sydney, NSW, Australia 2060 T: (+61) 2 9922-7676 / F: (+61) 2 9922 7989 email: [EMAIL PROTECTED] website: http://www.nusconsulting.com.au - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
