Re: [E-devel] E CVS: forecasts urandom
Enlightenment CVS wrote on Tue, Feb 27, 2007 at 08:31:33AM -0500 Enlightenment CVS committal Author : urandom Project : e_modules Module : forecasts Dir : e_modules/forecasts Modified Files: forecasts.edc Log Message: upped the max size a little Nope, some of the forecasts detail still can't fit nicely. As Popup sshot attached. -- jcwong forecasts.png Description: PNG image - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: forecasts urandom
JC Wong wrote: Enlightenment CVS wrote on Tue, Feb 27, 2007 at 08:31:33AM -0500 Enlightenment CVS committal Author : urandom Project : e_modules Module : forecasts Dir : e_modules/forecasts Modified Files: forecasts.edc Log Message: upped the max size a little Nope, some of the forecasts detail still can't fit nicely. As Popup sshot attached. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Not only that, but there appears to be no border around the dialog itself. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] state of ecore_dbus
Am Mon, 26 Feb 2007 13:33:11 -0600 schrieb Brian Mattern [EMAIL PROTECTED]: On Mon, Feb 26, 2007 at 08:10:48PM +0100, Sebastian Dransfeld wrote: Hannes Janetzek wrote: Hi, I have started to make a module for e17 to control NetwokManager. I would like to use ecore_dbus for that, but it seems ecore_dbus_message_new_method_return doesn't work correctly. (I need this function since NetworkManager gathers user preferences from the client.) so when the return message is sent a ECORE_DBUS_EVENT_SERVER_DEL is produced on the sending side and a dbus timeout is recieved on the other (method calling side). Am i doing soemthing wrong or is this the expected behavior atm? If so, do you have any hints what needs to be done to fix this? Can you show some sample code? And check whether the dbus samples work. Sebastian The ecore_dbus_receive_test sample (in test/orig/ecore) doesn't actually send a reply. (Which would definitely cause the other end to eventually time out if it was expecting one). So, the method_return code probably has never been tested. Ecore_DBus is pretty young, and still missing some functionality. If you want to use it, you'll probably want to get familiar with its code so you can fix any bugs you run across and implement any missing functionality you need. ok. i invested already a few hours staring at the code of ecore_dbus but couldn't find where the problem is exactly. As far as i can interpret dbus-monitor's output the reply message is not even sent, but dbus(the daemon) knows that we sent something, since otherwise the timeout is not recieved. As an alternative approach, I started a simple wrapper around dbus that hooks it into e's main loop. It provides a few convenience functions for setting up method receivers, etc, but requires using the lowlevel libdbus api for many things. thanks, i'll have a look at this one. using low-level dbus makes porting simple (ie. just copy n paste). I probably won't have any time in the next couple months to work on this, so I've put up a tarball at: http://rephorm.com/files/code/e_dbus-0.0.1.tar.gz It includes part of the hal dbus api wrapped up into a lib and a demo ewl app using that. I would love to see someone take this and ecore_dbus and do some benchmarks. In my opinion, unless we can get some significant speed/memory gain from ecore_dbus as opposed to libdbus, I don't see the point of having an independant implementation of the spec. memory and performance wise there is probably not much to gain, but I have to say that the api of ecore_dbus is really handy. I would like to use it for stuff i write from scratch. but anyway, it would probably be possible to have the same api with your wrapper. Regards, Hannes rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Compiling EWL fails due to some reason (not code)!
Well, hello all, I'm compiling E17 to /usr/loca/stow/pkg and then use stow (gnu stow) to create links on /usr/local/. Everything went fine up until ewl. I went through in this order: imlib, eet, edb, evas, ecore, epeg, edje, epsilon, embryo, esmart, ewl!!! Ewl compiles find but when linking: /bin/sh ../../libtool --tag=CC --mode=link gcc -O0 -ggdb -version-info 1:0:0 -o libewl.la -rpath /usr/local/stow/ewl/lib ewl_attach.lo ewl_border.lo ewl_box.lo ewl_label.lo ewl_button.lo ewl_calendar.lo ewl_callback.lo ewl_cell.lo ewl_check.lo ewl_checkbutton.lo ewl_colordialog.lo ewl_colorpicker.lo ewl_combo.lo ewl_config.lo ewl_container.lo ewl_cursor.lo ewl_datepicker.lo ewl_dialog.lo ewl_dnd.lo ewl_embed.lo ewl_engines.lo ewl_entry.lo ewl_events.lo ewl_expansion.lo ewl_floater.lo ewl_filelist.lo ewl_filelist_tree.lo ewl_filelist_list.lo ewl_filelist_icon.lo ewl_filelist_column.lo ewl_filepicker.lo ewl_filedialog.lo ewl_freebox.lo ewl_grid.lo ewl_highlight.lo ewl_histogram.lo ewl_icon.lo ewl_icon_theme.lo ewl_io_manager.lo ewl_image.lo ewl_list.lo ewl_media.lo ewl_menu.lo ewl_menubar.lo ewl_menu_base.lo ewl_menu_item.lo ewl_misc.lo ewl_model.lo ewl_mvc.lo ewl_notebook.lo ewl_object.lo ewl_overlay.lo ewl_paned.lo ewl_password.lo ewl_popup.lo ewl_progressbar.lo ewl_radiobutton.lo ewl_range.lo ewl_row.lo ewl_scrollbar.lo ewl_scrollpane.lo ewl_seeker.lo ewl_separator.lo ewl_shadow.lo ewl_spacer.lo ewl_spectrum.lo ewl_spinner.lo ewl_statusbar.lo ewl_stock.lo ewl_table.lo ewl_text.lo ewl_theme.lo ewl_tree.lo ewl_tree2.lo ewl_tree2_view.lo ewl_tree2_view_plain.lo ewl_tree2_view_scrolled.lo ewl_toolbar.lo ewl_view.lo ewl_widget.lo ewl_window.lo -L/usr/local/stow/edje/lib -ledje -L/usr/local/stow/evas/lib -levas -lpthread -ldl -L/usr/local/stow/eet/lib -leet -lz -ljpeg -lfreetype -lz -lfreetype -lz -lfontconfig -lexpat -L/usr/local/stow/ecore/lib -lecore -lecore_job -lecore_x -L/usr/X11R6/lib -lX11 -lXext -lecore_evas -lecore_con -lecore_ipc -lecore_txt -lecore_config -lecore_file -L/usr/lib -lcurl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -ldl -lz -lecore_desktop -lecore_dbus -lssl -lcrypto -ldl -L/usr/lib -lcurl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -ldl -lz -L/usr/local/stow/eet/lib -leet -lz -ljpeg -L/usr/local/stow/evas/lib -levas -lpthread -ldl -L/usr/local/stow/eet/lib -leet -lz -ljpeg -lfreetype -lz -lfreetype -lz -lfontconfig -lexpat -L/usr/X11R6/lib -lX11 -lXext -lXcursor -lXrender -lXp -lXinerama -lXrandr -lXfixes -lXdamage -lXss -lm -L/usr/local/stow/eet/lib -leet -lz -ljpeg -L/usr/lib -lembryo -lm -lm -L/usr/local/stow/ecore/lib -lecore -lecore_job -lecore_x -L/usr/X11R6/lib -lX11 -lXext -lecore_evas -lecore_con -lecore_ipc -lecore_txt -lecore_config -lecore_file -L/usr/lib -lcurl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -ldl -lz -lecore_desktop -lecore_dbus -lssl -lcrypto -ldl -L/usr/lib -lcurl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -ldl -lz -L/usr/local/stow/eet/lib -leet -lz -ljpeg -L/usr/local/stow/evas/lib -levas -lpthread -ldl -L/usr/local/stow/eet/lib -leet -lz -ljpeg -lfreetype -lz -lfreetype -lz -lfontconfig -lexpat -L/usr/X11R6/lib -lX11 -lXext -lXcursor -lXrender -lXp -lXinerama -lXrandr -lXfixes -lXdamage -lXss -lm -L/usr/local/stow/emotion/lib -lemotion -L/usr/local/stow/ecore/lib -lecore -lecore_job -lecore_x -L/usr/X11R6/lib -lX11 -lXext -lecore_evas -lecore_con -lecore_ipc -lecore_txt -lecore_config -lecore_file -L/usr/lib -lcurl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -ldl -lz -lecore_desktop -lecore_dbus -lssl -lcrypto -ldl -L/usr/lib -lcurl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -ldl -lz -L/usr/local/stow/eet/lib -leet -lz -ljpeg -L/usr/local/stow/evas/lib -levas -lpthread -ldl -L/usr/local/stow/eet/lib -leet -lz -ljpeg -lfreetype -lz -lfreetype -lz -lfontconfig -lexpat -L/usr/X11R6/lib -lX11 -lXext -lXcursor -lXrender -lXp -lXinerama -lXrandr -lXfixes -lXdamage -lXss -lm -ldl -L/usr/local/stow/epsilon/lib -lepsilon -L/usr/local/stow/imlib2/lib -lImlib2 -lfreetype -lz -L/usr/X11R6/lib -lX11 -lXext -ldl -lm -L/usr/local/stow/epeg/lib -lepeg -ljpeg -L/usr/local/stow/edje/lib -ledje -L/usr/local/stow/evas/lib -levas -lpthread -ldl -L/usr/local/stow/eet/lib -leet -lz -ljpeg -lfreetype -lz -lfreetype -lz -lfontconfig -lexpat -L/usr/local/stow/ecore/lib -lecore -lecore_job -lecore_x -L/usr/X11R6/lib -lX11 -lXext -lecore_evas -lecore_con -lecore_ipc -lecore_txt -lecore_config -lecore_file -L/usr/lib -lcurl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -ldl -lz -lecore_desktop -lecore_dbus -lssl -lcrypto -ldl -L/usr/lib -lcurl -L/usr/lib -lgnutls -L/usr/lib -ltasn1 -lgcrypt -lgpg-error -ldl -lz -L/usr/local/stow/eet/lib -leet -lz -ljpeg -L/usr/local/stow/evas/lib -levas -lpthread -ldl -L/usr/local/stow/eet/lib -leet -lz -ljpeg -lfreetype -lz -lfreetype -lz -lfontconfig -lexpat -L/usr/X11R6/lib -lX11 -lXext -lXcursor -lXrender -lXp -lXinerama -lXrandr -lXfixes
Re: [E-devel] Compiling EWL fails due to some reason (not code)!
On 2/27/07, Michael Jennings [EMAIL PROTECTED] wrote: On Tuesday, 27 February 2007, at 19:07:42 (+), Paulo J. Matos wrote: grep: /usr/lib/libedje.la: No such file or directory /usr/bin/sed: can't read /usr/lib/libedje.la: No such file or directory libtool: link: `/usr/lib/libedje.la' is not a valid libtool archive Well, I can't find a single line referring to /usr/lib in this linking command line. Can this be a hardcoded line in ewl make somewhere? Does anyone know what's happening? One of the .la files used in that link line refers to /usr/lib/libedje.la. Can't find anyone on the line I posted regarding /usr/lib/libedje.la and # pwd /usr/local/stow # grep -R /usr/lib/libedje.la * # finds nothing. Why do you say that? Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Narrow is the road and too high a price to pay when loneliness is such a sanctuary. Empty are the musings and wasted are the days when you say you were only waiting. -- Jars of Clay, Famous Last Words - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Paulo Jorge Matos - pocm at soton.ac.uk http://www.personal.soton.ac.uk/pocm PhD Student @ ECS University of Southampton, UK - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Compiling EWL fails due to some reason (not code)!
On Tuesday, 27 February 2007, at 19:53:46 (+), Paulo J. Matos wrote: One of the .la files used in that link line refers to /usr/lib/libedje.la. Can't find anyone on the line I posted regarding /usr/lib/libedje.la and # pwd /usr/local/stow # grep -R /usr/lib/libedje.la * # finds nothing. Read my message more carefully. Why do you say that? Because I know what the problem is and was trying to help you. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Normal is in the eye of the beholder.-- Whoopi Goldberg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Compiling EWL fails due to some reason (not code)!
On Tuesday, 27 February 2007, at 13:57:27 (-0600), Brian Mattern wrote: The error message about /usr/lib/libedje.la not existing indicates that you probably have an old partial install in /usr/lib. ld is finding some lib there (instead of /usr/local/lib) which refers to /usr/lib/libedje.la (which apparently no longer exists). ld does not parse .la files. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- Daddy, what is virginity? It's the state below Maryland. -- Courtney Chase and Dan Aykroyd, Soul Man - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Compiling EWL fails due to some reason (not code)!
On Tue, Feb 27, 2007 at 07:53:46PM +, Paulo J. Matos wrote: On 2/27/07, Michael Jennings [EMAIL PROTECTED] wrote: On Tuesday, 27 February 2007, at 19:07:42 (+), Paulo J. Matos wrote: grep: /usr/lib/libedje.la: No such file or directory /usr/bin/sed: can't read /usr/lib/libedje.la: No such file or directory libtool: link: `/usr/lib/libedje.la' is not a valid libtool archive Well, I can't find a single line referring to /usr/lib in this linking command line. Can this be a hardcoded line in ewl make somewhere? Does anyone know what's happening? One of the .la files used in that link line refers to /usr/lib/libedje.la. Can't find anyone on the line I posted regarding /usr/lib/libedje.la and # pwd /usr/local/stow # grep -R /usr/lib/libedje.la * # finds nothing. Why do you say that? The error message about /usr/lib/libedje.la not existing indicates that you probably have an old partial install in /usr/lib. ld is finding some lib there (instead of /usr/local/lib) which refers to /usr/lib/libedje.la (which apparently no longer exists). Make sure you fully remove any efl libraries installed into /usr/lib. rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Compiling EWL fails due to some reason (not code)!
On Tue, Feb 27, 2007 at 03:02:29PM -0500, Michael Jennings wrote: On Tuesday, 27 February 2007, at 13:57:27 (-0600), Brian Mattern wrote: The error message about /usr/lib/libedje.la not existing indicates that you probably have an old partial install in /usr/lib. ld is finding some lib there (instead of /usr/local/lib) which refers to /usr/lib/libedje.la (which apparently no longer exists). ld does not parse .la files. Sorry, libtool. But the practical suggestion in the email (removing crufty installs from old prefixes) is correct, no? rephorm - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Compiling EWL fails due to some reason (not code)!
On Tuesday, 27 February 2007, at 14:38:44 (-0600), Brian Mattern wrote: But the practical suggestion in the email (removing crufty installs from old prefixes) is correct, no? Not necessarily. The .la file which refers to the now-missing /usr/lib/libedje.la could be anywhere, even in /usr/local. The problem is that something got built when edje was still in /usr/lib. That something needs to be found and rebuilt. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ [EMAIL PROTECTED] n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- And you women try to make us feel better about it. 'It's not the size of the ship that counts; it's the motion of the ocean.' Well, that may be true, but it takes an awfully long time to get to England in a rowboat. -- Jeff Foxworthy - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Viewport feature removed from evas
Hi, Recently (as of 0.9.9.036 I think), evas no longer has the ability to have a viewport size that differs from the output size. This was a feature we (Freevo) relied on -- what was the motivation for removing this feature? Is there any alternative method to achieve equivalent functionality in evas? Thanks, Jason. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel