Re: [E-devel] E SVN: barbieri IN trunk/eina/src: include lib
Hum. This was done on purpose. If you want to use Eina_Magic like Ecore_Magic, you should be able to force the use of Eina_Magic, always. That's why the code is not removed from the library and why I didn't include the config directly. So if their is a bug somewhere in eina, we should inclue Eina.h or directly eina_config.h at the beginning (This should always be the case for all eina file). On Sat, Dec 6, 2008 at 7:17 AM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Fix couple of issues with MAGIC handling. eina_magic.h MUST include eina_config.h, otherwise it will not consider EINA_MAGIC stuff. Worse than that, some files were including that directly and were considering EINA_MAGIC attribute even if the file that alloc'ed the memory were not! Also add missing EINA_MAGIC_SET() to iterators and accessors. Author: barbieri Date: 2008-12-05 22:17:11 -0800 (Fri, 05 Dec 2008) New Revision: 37960 Modified: trunk/eina/src/include/eina_magic.h trunk/eina/src/lib/eina_hash.c trunk/eina/src/lib/eina_inlist.c trunk/eina/src/lib/eina_rbtree.c Modified: trunk/eina/src/include/eina_magic.h === --- trunk/eina/src/include/eina_magic.h 2008-12-06 06:13:55 UTC (rev 37959) +++ trunk/eina/src/include/eina_magic.h 2008-12-06 06:17:11 UTC (rev 37960) @@ -19,6 +19,8 @@ #ifndef EINA_MAGIC_H_ #define EINA_MAGIC_H_ +#include eina_config.h + #ifdef EINA_MAGIC_DEBUG #include eina_types.h Modified: trunk/eina/src/lib/eina_hash.c === --- trunk/eina/src/lib/eina_hash.c 2008-12-06 06:13:55 UTC (rev 37959) +++ trunk/eina/src/lib/eina_hash.c 2008-12-06 06:17:11 UTC (rev 37960) @@ -286,6 +286,8 @@ for (hash_num = 0; hash_num EINA_HASH_BUCKET_SIZE; hash_num++) { + if (!hash-buckets[hash_num]) + continue; it = eina_rbtree_iterator_prefix(hash-buckets[hash_num]); eina_iterator_foreach(it, EINA_EACH(_eina_hash_rbtree_each), each); eina_iterator_free(it); @@ -1009,6 +1011,8 @@ it-iterator.get_container = FUNC_ITERATOR_GET_CONTAINER(_eina_hash_iterator_get_container); it-iterator.free = FUNC_ITERATOR_FREE(_eina_hash_iterator_free); + EINA_MAGIC_SET(it-iterator, EINA_MAGIC_ITERATOR); + return it-iterator; } @@ -1030,6 +1034,8 @@ it-iterator.get_container = FUNC_ITERATOR_GET_CONTAINER(_eina_hash_iterator_get_container); it-iterator.free = FUNC_ITERATOR_FREE(_eina_hash_iterator_free); + EINA_MAGIC_SET(it-iterator, EINA_MAGIC_ITERATOR); + return it-iterator; } @@ -1051,6 +1057,8 @@ it-iterator.get_container = FUNC_ITERATOR_GET_CONTAINER(_eina_hash_iterator_get_container); it-iterator.free = FUNC_ITERATOR_FREE(_eina_hash_iterator_free); + EINA_MAGIC_SET(it-iterator, EINA_MAGIC_ITERATOR); + return it-iterator; } Modified: trunk/eina/src/lib/eina_inlist.c === --- trunk/eina/src/lib/eina_inlist.c2008-12-06 06:13:55 UTC (rev 37959) +++ trunk/eina/src/lib/eina_inlist.c2008-12-06 06:17:11 UTC (rev 37960) @@ -355,6 +355,8 @@ it-iterator.get_container = FUNC_ITERATOR_GET_CONTAINER(eina_inlist_iterator_get_container); it-iterator.free = FUNC_ITERATOR_FREE(eina_inlist_iterator_free); + EINA_MAGIC_SET(it-iterator, EINA_MAGIC_ITERATOR); + return it-iterator; } @@ -380,5 +382,7 @@ it-accessor.get_container = FUNC_ACCESSOR_GET_CONTAINER(eina_inlist_accessor_get_container); it-accessor.free = FUNC_ACCESSOR_FREE(eina_inlist_accessor_free); + EINA_MAGIC_SET(it-accessor, EINA_MAGIC_ACCESSOR); + return it-accessor; } Modified: trunk/eina/src/lib/eina_rbtree.c === --- trunk/eina/src/lib/eina_rbtree.c2008-12-06 06:13:55 UTC (rev 37959) +++ trunk/eina/src/lib/eina_rbtree.c2008-12-06 06:17:11 UTC (rev 37960) @@ -179,6 +179,8 @@ it-iterator.get_container = FUNC_ITERATOR_GET_CONTAINER(_eina_rbtree_iterator_get_content); it-iterator.free = FUNC_ITERATOR_FREE(_eina_rbtree_iterator_free); + EINA_MAGIC_SET(it-iterator, EINA_MAGIC_ITERATOR); + return it-iterator; on_error: -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-svn mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Cedric BAIL -- SF.Net email is Sponsored by MIX09, March
[E-devel] Merge/Split Edje files
Hello, is there a tool (or API) that could merge or split Edje files? There're some situations I like to split a specific group from one bigger Edje file into a new one. Sometimes I like to add an existing group to a existing Edje file. For sure that's not an easy task, because one need take care about used resources (images, fonts,...). In the past, when I created my Edje files from edc source, merging/splitting wasn't that hard. But now with Edje_Editor it's more work. Is it possible to write such tool (o Edje_Editor enhancement) with the Edje_Edit API? regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Backup function in Edje_Editor?
Hello, I'm really down, because I lost two hours of Edje design, because Edje_Editor corrupted my file. :-( I simply created a new text part. It comes up without states and after saving and reopening, the Edje_File was corrupted. Even I couldn't decompile it with edje_decc. I know Edje_Editor is in a development state. But may it be possible to add a automatic backup for saving? So if Edje_Editor corrupts the file than I could switch back to the myedje.edj.bak file. Currently Edje_Editor is to dangerous for me to use it. I mostly use Edje_Editor to create some layout and effects. Then I decompile it, learn from the source or copypaste it into my real edc file. But anyway it's good work, even if not yet stable! regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Backup function in Edje_Editor?
Am Sat, 6 Dec 2008 13:28:26 +0100 schrieb Andreas Volz: Hello, I'm really down, because I lost two hours of Edje design, because Edje_Editor corrupted my file. :-( I simply created a new text part. It comes up without states and after saving and reopening, the Edje_File was corrupted. Even I couldn't decompile it with edje_decc. I know Edje_Editor is in a development state. But may it be possible to add a automatic backup for saving? So if Edje_Editor corrupts the file than I could switch back to the myedje.edj.bak file. Currently Edje_Editor is to dangerous for me to use it. Ok, while searching in the source code I found out that Edje_Editor creates temporary files in /tmp. I was able to bring my file back. :-) regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
On Sat, Dec 6, 2008 at 4:51 PM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Places module in SVN Author: davemds Date: 2008-12-06 10:51:04 -0800 (Sat, 06 Dec 2008) New Revision: 37964 I think it's better to have this inside official E tree, under src/modules. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Backup function in Edje_Editor?
- Andreas Volz [EMAIL PROTECTED] ha scritto: Hello, I'm really down, because I lost two hours of Edje design, because Edje_Editor corrupted my file. :-( I simply created a new text part. It comes up without states and after saving and reopening, the Edje_File was corrupted. Even I couldn't decompile it with edje_decc. The textpart you created was a normal text or a textblock? it's stange that it was created without the default state. I know Edje_Editor is in a development state. But may it be possible to add a automatic backup for saving? So if Edje_Editor corrupts the file than I could switch back to the myedje.edj.bak file. Currently Edje_Editor is to dangerous for me to use it. The editor used to make a .bak in the past, don't remember when I lost that function :P I will reimplement it. Do you think a single .bak is enought ?? or it's better to do a .bak1 .bak2 .bak3 etc ?? Thanks for reporting! I mostly use Edje_Editor to create some layout and effects. Then I decompile it, learn from the source or copypaste it into my real edc file. But anyway it's good work, even if not yet stable! regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
- Gustavo Sverzut Barbieri [EMAIL PROTECTED] ha scritto: On Sat, Dec 6, 2008 at 4:51 PM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Places module in SVN Author: davemds Date: 2008-12-06 10:51:04 -0800 (Sat, 06 Dec 2008) New Revision: 37964 I think it's better to have this inside official E tree, under src/modules. Me too :P if no one disagree I will make the module internal. Dave -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet mime default application patch
- [EMAIL PROTECTED] ha scritto: On Tue, 4 Nov 2008 11:01:10 +1100 Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: On Mon, 3 Nov 2008 14:39:05 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] babbled: 1. config everyone cal look at OR 2. opening service. e.g. a dbus call- u send an array (list) of file paths and say open them please - e will open them for you. this way you also recycle the exec method and child process tracking etc. if the target file is a directory - it opens a directory window, etc. is #2 perhaps not better? The #2 is powerfull but will work only if E is running, and this is bad for applications, that should work also outside E. I prefer the #1, put the config where everyone can look...what about the defaults.list file ? ;) (it's not yet a fdo standard, but it's a simple and clear way to store the info) technically - any app/desktop/wm could provide the same dbus service... a stand-alone app could too. the problem with #1 is that if e decides to change config, format, versioning, keys, break it etc. every app is stuck catching up. putting it into a lib and formalising it sets the config in stone as u cant go change it as u are going to break format/api. a very limited config is possible, but i think it's a bit premature to go formalising this - for e it is i think. also this means the config now can't use e's normal config schemes. Hello, I'll speak here as a future user of that API/lib. I'm writing a *-commander(2-pane) style file manager in Ewl. I've the basic operations ready: browsing/copy/delete/new dir/rename, now I have to implement the open file operation. I have wide range of posibilities: 1. Implement my own api: a. 100% custom way of matching executables to files b. copy the code from efm c. copy and adapt the patch in my app (I don't like all three choices here. They are hard to implement. Do something that has been done already. Breaks the integration in the desktop. And all code should be redone N-time when there is a specification). 2. Try to convince you that any API/lib is better that no lib. Here are the pros and cons of the API (as I sees them): Pros: Ease of use No code duplication If a spec is released all apps will be conformant to that spec. If the spec requires an API change all apps should be fixed, this way all will be conformant. All apps in E will behave the same. Cons: Current apps should be ported to the API The API might be to restrictive for some apps raster wrote: also this means the config now can't use e's normal config schemes. I don't know what this schemes are used for, but that's a problem, too. Breaking the API will break all dependand on it. I'm not too concerned with the last one, because that won't happen too often anyway. And the requirements to the api are simple, so it will be a simple API. If the spec says that the implementation should be different than the current one, or someone decide that the current implementation can be improved in some way the API won't change drastically (It's role is to abstract the implementation, after all). I hope that there will be made a decision that will be good for all of us. I think the best way is the simple API presented in the patch: EAPI const char* efreet_mime_default_application_get(const char *mime); EAPI void efreet_mime_default_application_set(const char *mime, const char *desktop); This api is so simple that I don't think is going to change in future. So the only problem ramain seems that this is not YET official FDO standard, and some people don't like to put it in efreet for this reason. IMO we can safetly place this in efreet with a note that say that is not official atm. Dave Best regards, Teodor Petrov p.s. Is there an EFL way to get the list of all mime type and a list of all desktop files? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help
Re: [E-devel] Merge/Split Edje files
- Andreas Volz [EMAIL PROTECTED] ha scritto: Hello, is there a tool (or API) that could merge or split Edje files? There're some situations I like to split a specific group from one bigger Edje file into a new one. Sometimes I like to add an existing group to a existing Edje file. For sure that's not an easy task, because one need take care about used resources (images, fonts,...). In the past, when I created my Edje files from edc source, merging/splitting wasn't that hard. But now with Edje_Editor it's more work. Is it possible to write such tool (o Edje_Editor enhancement) with the Edje_Edit API? What you want is the copy/paste feature for edje_editor, it's in my TODO but not in a short time :( Dave regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Backup function in Edje_Editor?
Am Sat, 6 Dec 2008 20:19:24 +0100 (CET) schrieb Dave Andreoli: - Andreas Volz [EMAIL PROTECTED] ha scritto: Hello, I'm really down, because I lost two hours of Edje design, because Edje_Editor corrupted my file. :-( I simply created a new text part. It comes up without states and after saving and reopening, the Edje_File was corrupted. Even I couldn't decompile it with edje_decc. The textpart you created was a normal text or a textblock? it's stange that it was created without the default state. A normal text. Do you like to have the corrupted file? Does that help? What I did this time is to use group_swallow. Before I had no problems. I know Edje_Editor is in a development state. But may it be possible to add a automatic backup for saving? So if Edje_Editor corrupts the file than I could switch back to the myedje.edj.bak file. Currently Edje_Editor is to dangerous for me to use it. The editor used to make a .bak in the past, don't remember when I lost that function :P I will reimplement it. Do you think a single .bak is enought ?? or it's better to do a .bak1 .bak2 .bak3 etc ?? My idea was this logic: - at open time = myedje.bak.load - at save time 1 = myedje.bak.1 - at save time 2 = myedje.bak.2 - at save time 3 = myedje.bak.3 Then cyclic overwrite bak.1 to bak.3. The bak.load is problematic as it creates a file without saving. Maybe write that file to /tmp. I think it's only a feature that needs to be as long as edje_editor isn't stable. regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Backup function in Edje_Editor?
On Sat, Dec 6, 2008 at 6:41 PM, Andreas Volz [EMAIL PROTECTED] wrote: Am Sat, 6 Dec 2008 20:19:24 +0100 (CET) schrieb Dave Andreoli: - Andreas Volz [EMAIL PROTECTED] ha scritto: Hello, I'm really down, because I lost two hours of Edje design, because Edje_Editor corrupted my file. :-( I simply created a new text part. It comes up without states and after saving and reopening, the Edje_File was corrupted. Even I couldn't decompile it with edje_decc. The textpart you created was a normal text or a textblock? it's stange that it was created without the default state. A normal text. Do you like to have the corrupted file? Does that help? What I did this time is to use group_swallow. Before I had no problems. I know Edje_Editor is in a development state. But may it be possible to add a automatic backup for saving? So if Edje_Editor corrupts the file than I could switch back to the myedje.edj.bak file. Currently Edje_Editor is to dangerous for me to use it. The editor used to make a .bak in the past, don't remember when I lost that function :P I will reimplement it. Do you think a single .bak is enought ?? or it's better to do a .bak1 .bak2 .bak3 etc ?? My idea was this logic: - at open time = myedje.bak.load - at save time 1 = myedje.bak.1 - at save time 2 = myedje.bak.2 - at save time 3 = myedje.bak.3 Then cyclic overwrite bak.1 to bak.3. The bak.load is problematic as it creates a file without saving. Maybe write that file to /tmp. I think it's only a feature that needs to be as long as edje_editor isn't stable. disk space is cheap this days, so save them all, just make an option to save backups or not and be happy, every save increments the backup number. don't bother with too much information, user can use mtime/ctime to order them later. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
Hmmm. Id like it in there too, but size is an issue. Its a little over 800kb. That said, it could easily be trimmed down if it shared some of the other icons. I could also turn those cdrom/hdd icons into 2 image edje icons. The fonts would be made redundant with the Sans setting... Toma 2008/12/7 Dave Andreoli [EMAIL PROTECTED]: - Gustavo Sverzut Barbieri [EMAIL PROTECTED] ha scritto: On Sat, Dec 6, 2008 at 4:51 PM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Places module in SVN Author: davemds Date: 2008-12-06 10:51:04 -0800 (Sat, 06 Dec 2008) New Revision: 37964 I think it's better to have this inside official E tree, under src/modules. Me too :P if no one disagree I will make the module internal. Dave -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
- Toma [EMAIL PROTECTED] ha scritto: Hmmm. Id like it in there too, but size is an issue. Its a little over 800kb. That said, it could easily be trimmed down if it shared some of the other icons. I could also turn those cdrom/hdd icons into 2 image edje icons. The fonts would be made redundant with the Sans setting... Where did you get 800kb?? here the .edj file is 130kb :/ BUT... I absolutely agree with you that we can share some icons, also for consistancy. Dave Toma 2008/12/7 Dave Andreoli [EMAIL PROTECTED]: - Gustavo Sverzut Barbieri [EMAIL PROTECTED] ha scritto: On Sat, Dec 6, 2008 at 4:51 PM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Places module in SVN Author: davemds Date: 2008-12-06 10:51:04 -0800 (Sat, 06 Dec 2008) New Revision: 37964 I think it's better to have this inside official E tree, under src/modules. Me too :P if no one disagree I will make the module internal. Dave -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Debug...
On 12/03/2008 05:45, Anders Troback wrote: Hi, E17 is crashing for me! I just start up E17, click on desktop to get main menu, moving the mouse over the menu and then it srgfault! Running FreeBSD 7.1-STABLE and the co from svn are about 2h old! gdb output: Program received signal SIGSEGV, Segmentation fault. eina_chained_mempool_malloc (data=0x28c052c0, size=20) at eina_chained_mempool.c:83 83 { (gdb) bt #0 eina_chained_mempool_malloc (data=0x28c052c0, size=20) at eina_chained_mempool.c:83 #1 0x288084be in eina_mempool_alloc (mp=0x28c0f250, size=20) at eina_inline_mempool.x:50 cayres observed that building eet with --disable-gnutls will alleviate the problem. This should get FreeBSD'ers by until a fix is produced. #2 0x288091a8 in _eina_list_mempool_list_new (list=0x2925c758) at eina_list.c:169 #3 0x28809089 in eina_list_append (list=0x2925c758, data=0x28c44950) at eina_list.c:527 #4 0x080aa59e in e_menu_idler_before () at e_menu.c:922 #5 0x0806c35b in _e_main_cb_idler_before (data=0x0) at e_main.c:1498 #6 0x287e83f2 in _ecore_idle_enterer_call () at ecore_idle_enterer.c:101 #7 0x287ecc2d in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:653 #8 0x287ebd5f in ecore_main_loop_begin () at ecore_main.c:88 #9 0x0806b10a in main (argc=1, argv=0xbfbfec38) at e_main.c:1048 Thanks for you time and effort! Cheers, Anders Trobäck Sweden - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Regards, Ravenlock signature.asc Description: OpenPGP digital signature -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
2008/12/7 Dave Andreoli [EMAIL PROTECTED]: - Toma [EMAIL PROTECTED] ha scritto: Hmmm. Id like it in there too, but size is an issue. Its a little over 800kb. That said, it could easily be trimmed down if it shared some of the other icons. I could also turn those cdrom/hdd icons into 2 image edje icons. The fonts would be made redundant with the Sans setting... Where did you get 800kb?? here the .edj file is 130kb :/ The raw source size. I didnt test the compressed tar.gz size tho. Looking forward to seeing it in e :) Toma BUT... I absolutely agree with you that we can share some icons, also for consistancy. Dave Toma 2008/12/7 Dave Andreoli [EMAIL PROTECTED]: - Gustavo Sverzut Barbieri [EMAIL PROTECTED] ha scritto: On Sat, Dec 6, 2008 at 4:51 PM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Places module in SVN Author: davemds Date: 2008-12-06 10:51:04 -0800 (Sat, 06 Dec 2008) New Revision: 37964 I think it's better to have this inside official E tree, under src/modules. Me too :P if no one disagree I will make the module internal. Dave -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
Having tinkered with it a little more, it would be good to be able to set something other than just a textblock as the header. Maybe the system name? Also, it would be more suited to be under the Files category in the Settings Menu. Would there be anyway to make this work better in the toolbar of efm aswell? Perhaps a drop down of some sort... Toma 2008/12/7 Toma [EMAIL PROTECTED]: 2008/12/7 Dave Andreoli [EMAIL PROTECTED]: - Toma [EMAIL PROTECTED] ha scritto: Hmmm. Id like it in there too, but size is an issue. Its a little over 800kb. That said, it could easily be trimmed down if it shared some of the other icons. I could also turn those cdrom/hdd icons into 2 image edje icons. The fonts would be made redundant with the Sans setting... Where did you get 800kb?? here the .edj file is 130kb :/ The raw source size. I didnt test the compressed tar.gz size tho. Looking forward to seeing it in e :) Toma BUT... I absolutely agree with you that we can share some icons, also for consistancy. Dave Toma 2008/12/7 Dave Andreoli [EMAIL PROTECTED]: - Gustavo Sverzut Barbieri [EMAIL PROTECTED] ha scritto: On Sat, Dec 6, 2008 at 4:51 PM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Places module in SVN Author: davemds Date: 2008-12-06 10:51:04 -0800 (Sat, 06 Dec 2008) New Revision: 37964 I think it's better to have this inside official E tree, under src/modules. Me too :P if no one disagree I will make the module internal. Dave -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
On Sun, 7 Dec 2008 07:17:32 +0900 Toma [EMAIL PROTECTED] babbled: Hmmm. Id like it in there too, but size is an issue. Its a little over 800kb. That said, it could easily be trimmed down if it shared some of the other icons. I could also turn those cdrom/hdd icons into 2 image edje icons. The fonts would be made redundant with the Sans setting... lean it down and we cant seriously consider it in e17's core. i personally disagree on auto-mounting on insert as it makes eject a problem. but that's just me :) Toma 2008/12/7 Dave Andreoli [EMAIL PROTECTED]: - Gustavo Sverzut Barbieri [EMAIL PROTECTED] ha scritto: On Sat, Dec 6, 2008 at 4:51 PM, Enlightenment SVN [EMAIL PROTECTED] wrote: Log: Places module in SVN Author: davemds Date: 2008-12-06 10:51:04 -0800 (Sat, 06 Dec 2008) New Revision: 37964 I think it's better to have this inside official E tree, under src/modules. Me too :P if no one disagree I will make the module internal. Dave -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ 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] -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet mime default application patch
On Sat, 6 Dec 2008 20:47:08 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] babbled: I think the best way is the simple API presented in the patch: EAPI const char* efreet_mime_default_application_get(const char *mime); EAPI void efreet_mime_default_application_set(const char *mime, const char *desktop); This api is so simple that I don't think is going to change in future. So the only problem ramain seems that this is not YET official FDO standard, and some people don't like to put it in efreet for this reason. IMO we can safetly place this in efreet with a note that say that is not official atm. a few things with the patch though. 1.: oopsie in patch +snprintf(buf, sizeof(buf), %sapplications/defaults.list, dir); should be %s/app... 2.: i see no api to list all mime + app to be used 3.: i see no way to just specify a command (as opposed to a .desktop file). this changes part of efm so we need to write new .desktops for custom commands or need to drop that feature. i'm actually in favor of .desktop only - but making it easier in the ui to create new custom command .desktop files (that don't show up in menus, but can be in a special category of their own and browsed, deleted, edited and created like any other .desktop). 4. i see no way to delete an entry in the mime apps list from the api 5. i see no way to maintain a preference list - ie list the most recently used or preferred app .desktops. example: i install mplayer and prefer it to open .avi files - i tell efm once and it saves this. so it keeps using it. now i uninstall mplayer - i'd like to to go back to my previous app (let's say xine) for playing. so as such i think what you want here is not a single entry but a list per file type - if we are to make this generic for everyone to use, it'd better cover a very very very wide range of uses. also entries should be marked as sticky or floating. sticky == the list order may change based on usage patterns (eg if i start running mplayer much more than xine - maybe it auto-re-orders the list), and others may be dont care how much i use apps. ALWAYS open .avi with m player!. for example. maybe for some you want to also limit list length (length of 1 is the current simple 1 .desktop per mime type case and as there are no other entries - it cant be re-ordered and fall back to previously used mime type handlers). so as such - this api needs some work imho. the standard not yet a standard imho is too simplistic and already will have usability problems (eg in the uninstall case). admittedly in that case you could just pop up the well app doesnt exit - ask what app you want to use now again, but it's not as nice as maintaining a list of preferences. Best regards, Teodor Petrov p.s. Is there an EFL way to get the list of all mime type and a list of all desktop files? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ 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] -- SF.Net email is Sponsored by MIX09,
Re: [E-devel] Backup function in Edje_Editor?
On Sat, 6 Dec 2008 20:19:24 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] babbled: - Andreas Volz [EMAIL PROTECTED] ha scritto: Hello, I'm really down, because I lost two hours of Edje design, because Edje_Editor corrupted my file. :-( I simply created a new text part. It comes up without states and after saving and reopening, the Edje_File was corrupted. Even I couldn't decompile it with edje_decc. The textpart you created was a normal text or a textblock? it's stange that it was created without the default state. I know Edje_Editor is in a development state. But may it be possible to add a automatic backup for saving? So if Edje_Editor corrupts the file than I could switch back to the myedje.edj.bak file. Currently Edje_Editor is to dangerous for me to use it. The editor used to make a .bak in the past, don't remember when I lost that function :P I will reimplement it. Do you think a single .bak is enought ?? or it's better to do a .bak1 .bak2 .bak3 etc ?? maybe put .baks in ~/.edje_editor/backups/ and keep up to N backups (so you can roll back features) or up to N backups per session or up to the last N hours of work. add an auto-save every N minutes? :) in the case of software still with bugs like this... this could help a lot! Thanks for reporting! I mostly use Edje_Editor to create some layout and effects. Then I decompile it, learn from the source or copypaste it into my real edc file. But anyway it's good work, even if not yet stable! regards Andreas -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ 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] -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
lean it down and we cant seriously consider it in e17's core. i personally disagree on auto-mounting on insert as it makes eject a problem. but that's just me :) sorry to bother, but suppose that there's no problems with a proper system configuration. required entries for a /etc/PolicyKit/PolicyKit.conf are here: http://pastebin.com/f1141e14f also suppose that we don't need a useless info in header instead of a simple name - places. i do understand that it's a must to have two or three different clocks on a desktop and a lable that you're running your favorite distro with a great kernel-bla-bla. but imho - right now module is perfect. now about placing it to the shelf and have a popup - see no sense. let's just count: 1) first action is to get the shelf visible 2) mouse click to call a popup (pop on mouseover will make it not so simple to operate i guess) 3) another click to remove popup 4) restore working desktop without shelf (this could be not the point for those who never hide it) right now we have: 1) kbd/mouse shortcut to see the desktop (Show the Desktop action) 2) restore working state yes, module is great and only wish to have a proper info where to grab the current svn - in google code or in E-trunk. regards, sda -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds IN trunk/E-MODULES-EXTRA: . places places/fonts places/images places/m4 places/po places/src
- sda [EMAIL PROTECTED] ha scritto: lean it down and we cant seriously consider it in e17's core. i personally disagree on auto-mounting on insert as it makes eject a problem. but that's just me :) sorry to bother, but suppose that there's no problems with a proper system configuration. required entries for a /etc/PolicyKit/PolicyKit.conf are here: http://pastebin.com/f1141e14f also suppose that we don't need a useless info in header instead of a simple name - places. i do understand that it's a must to have two or three different clocks on a desktop and a lable that you're running your favorite distro with a great kernel-bla-bla. but imho - right now module is perfect. now about placing it to the shelf and have a popup - see no sense. let's just count: 1) first action is to get the shelf visible 2) mouse click to call a popup (pop on mouseover will make it not so simple to operate i guess) 3) another click to remove popup 4) restore working desktop without shelf (this could be not the point for those who never hide it) right now we have: 1) kbd/mouse shortcut to see the desktop (Show the Desktop action) 2) restore working state We want to have it on the fm toolbar, that is like a shelf yes, module is great and only wish to have a proper info where to grab the current svn - in google code or in E-trunk. The only way to get it is from E-trunk regards, sda -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart TextArea
Hi, talking about textblock, I have a problem with the use of textblock, I really dont know how this works exactly.. My part is: part { name: textblock; type: TEXTBLOCK; entry_mode: EDITABLE; //mouse_events: 0; multiline: 0; description { state: default 0.0; min: 316 95; max: 316 95; rel1 { relative: 0.0 1.0; offset: 42 -268; } rel2 { relative: 1.0 1.0; offset: -443 -173; } } } What I do wrong!? On Fri, Dec 5, 2008 at 7:39 PM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Fri, 5 Dec 2008 13:04:15 +0200 Veli Ogla Sungutay [EMAIL PROTECTED] babbled: Hi all, I was wondering if anyone is working on an Esmart TextArea that accepts keyboard and mouse input? there's almost no point... edje has in the meantime grown full text entry ability in textblock parts :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- === Diogo Dutra Albuquerque Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet mime default application patch
- Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ha scritto: On Sat, 6 Dec 2008 20:47:08 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] babbled: I think the best way is the simple API presented in the patch: EAPI const char* efreet_mime_default_application_get(const char *mime); EAPI void efreet_mime_default_application_set(const char *mime, const char *desktop); This api is so simple that I don't think is going to change in future. So the only problem ramain seems that this is not YET official FDO standard, and some people don't like to put it in efreet for this reason. IMO we can safetly place this in efreet with a note that say that is not official atm. a few things with the patch though. 1.: oopsie in patch +snprintf(buf, sizeof(buf), %sapplications/defaults.list, dir); should be %s/app... yep, thanks for spotting 2.: i see no api to list all mime + app to be used You mean the list of all know associations? why you need all the list? 3.: i see no way to just specify a command (as opposed to a .desktop file). this changes part of efm so we need to write new .desktops for custom commands or need to drop that feature. i'm actually in favor of .desktop only - but making it easier in the ui to create new custom command .desktop files (that don't show up in menus, but can be in a special category of their own and browsed, deleted, edited and created like any other .desktop). Indeed, only .desktop and a good way to manage customs created. I will work on this 4. i see no way to delete an entry in the mime apps list from the api we can pass NULL to efreet_mime_default_application_set()...don't remember if this is implemented in the patch. 5. i see no way to maintain a preference list - ie list the most recently used or preferred app .desktops. example: i install mplayer and prefer it to open .avi files - i tell efm once and it saves this. so it keeps using it. now i uninstall mplayer - i'd like to to go back to my previous app (let's say xine) for playing. so as such i think what you want here is not a single entry but a list per file type - if we are to make this generic for everyone to use, it'd better cover a very very very wide range of uses. also entries should be marked as sticky or floating. sticky == the list order may change based on usage patterns (eg if i start running mplayer much more than xine - maybe it auto-re-orders the list), and others may be dont care how much i use apps. ALWAYS open .avi with m player!. for example. maybe for some you want to also limit list length (length of 1 is the current simple 1 .desktop per mime type case and as there are no other entries - it cant be re-ordered and fall back to previously used mime type handlers). IMO the list of preference could be used, but inside the API, not exposed. So that when you call application_get() the implementation choose the best one and return only the right .desktop If we return more than one options than apps can do different things, and this is not consistent. so as such - this api needs some work imho. the standard not yet a standard imho is too simplistic and already will have usability problems (eg in the uninstall case). admittedly in that case you could just pop up the well app doesnt exit - ask what app you want to use now again, but it's not as nice as maintaining a list of preferences. Best regards, Teodor Petrov p.s. Is there an EFL way to get the list of all mime type and a list of all desktop files? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] esmart TextArea
- Diogo Dutra [EMAIL PROTECTED] ha scritto: Hi, talking about textblock, I have a problem with the use of textblock, I really dont know how this works exactly.. My part is: part { name: textblock; type: TEXTBLOCK; entry_mode: EDITABLE; //mouse_events: 0; multiline: 0; description { state: default 0.0; min: 316 95; max: 316 95; rel1 { relative: 0.0 1.0; offset: 42 -268; } rel2 { relative: 1.0 1.0; offset: -443 -173; } } } What I do wrong!? You need to define at least the cursor group and the selection group. Also you need to give the focus inside edje AND in the evas object. I really suggest you to look at some existing usage, there is one in Elementary and one in etk_textview3. On Fri, Dec 5, 2008 at 7:39 PM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Fri, 5 Dec 2008 13:04:15 +0200 Veli Ogla Sungutay [EMAIL PROTECTED] babbled: Hi all, I was wondering if anyone is working on an Esmart TextArea that accepts keyboard and mouse input? there's almost no point... edje has in the meantime grown full text entry ability in textblock parts :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- === Diogo Dutra Albuquerque Meu Curriculum Lattes: http://lattes.cnpq.br/3624796077679922 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Efreet mime default application patch
On Sun, 7 Dec 2008 05:16:05 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] babbled: - Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ha scritto: On Sat, 6 Dec 2008 20:47:08 +0100 (CET) Dave Andreoli [EMAIL PROTECTED] babbled: I think the best way is the simple API presented in the patch: EAPI const char* efreet_mime_default_application_get(const char *mime); EAPI void efreet_mime_default_application_set(const char *mime, const char *desktop); This api is so simple that I don't think is going to change in future. So the only problem ramain seems that this is not YET official FDO standard, and some people don't like to put it in efreet for this reason. IMO we can safetly place this in efreet with a note that say that is not official atm. a few things with the patch though. 1.: oopsie in patch +snprintf(buf, sizeof(buf), %sapplications/defaults.list, dir); should be %s/app... yep, thanks for spotting 2.: i see no api to list all mime + app to be used You mean the list of all know associations? why you need all the list? the ability later to have a config ui for it. :) i.e. list associations. 3.: i see no way to just specify a command (as opposed to a .desktop file). this changes part of efm so we need to write new .desktops for custom commands or need to drop that feature. i'm actually in favor of .desktop only - but making it easier in the ui to create new custom command .desktop files (that don't show up in menus, but can be in a special category of their own and browsed, deleted, edited and created like any other .desktop). Indeed, only .desktop and a good way to manage customs created. I will work on this cool. 4. i see no way to delete an entry in the mime apps list from the api we can pass NULL to efreet_mime_default_application_set()...don't remember if this is implemented in the patch. it isn't as best i see. :) 5. i see no way to maintain a preference list - ie list the most recently used or preferred app .desktops. example: i install mplayer and prefer it to open .avi files - i tell efm once and it saves this. so it keeps using it. now i uninstall mplayer - i'd like to to go back to my previous app (let's say xine) for playing. so as such i think what you want here is not a single entry but a list per file type - if we are to make this generic for everyone to use, it'd better cover a very very very wide range of uses. also entries should be marked as sticky or floating. sticky == the list order may change based on usage patterns (eg if i start running mplayer much more than xine - maybe it auto-re-orders the list), and others may be dont care how much i use apps. ALWAYS open .avi with m player!. for example. maybe for some you want to also limit list length (length of 1 is the current simple 1 .desktop per mime type case and as there are no other entries - it cant be re-ordered and fall back to previously used mime type handlers). IMO the list of preference could be used, but inside the API, not exposed. So that when you call application_get() the implementation choose the best one and return only the right .desktop If we return more than one options than apps can do different things, and this is not consistent. so.. let's say i want the ui to auto-cahnge the default tool once you use another enough. example: i have mplayer set as my avi viewer, but now i start running xine a lot for videos - from the cmd-line or ibar or menus. i'd like e to notice my relative shift in usage paterns and maybe auto-flip the preference ordering :) so as such - this api needs some work imho. the standard not yet a standard imho is too simplistic and already will have usability problems (eg in the uninstall case). admittedly in that case you could just pop up the well app doesnt exit - ask what app you want to use now again, but it's not as nice as maintaining a list of preferences. Best regards, Teodor Petrov p.s. Is there an EFL way to get the list of all mime type and a list of all desktop files? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net