Fred Leeflang wrote:
> I would like to make a GUI for mplayer based on the Enlightenment Foundation
> Libraries.
> Is anybody working on this already by any chance?
There was a stub for Openmoko, but I think it's discontinued actually.
[1] http://wiki.openmoko.org/wiki/Intone-video
--
Treviño's
Hello, I've often found useful to remove items from an elm_box, and the
new elm_box_clear function helps me a lot, by the way in some
circumstances I'd prefer not to delete the items I've packed in the box,
but just to unbox them.
So I've added these two new API:
EAPI voidelm_box_unpack(
Dave Andreoli wrote:
> Hi raster, hi all.
>
> I'm working on the elementary version of edje_editor and I need to write
> some new widgets.
> I started with the File Selector widget because it is also mentioned in the
> elementary TODO ;)
>
> Attached you can find the first patch that add the new
michael bouchaud wrote:
> Hi everybody, I'm be back with a new patch for progressbar in elementary.
> This time the progressbar can do: horizontal, vertical and invert display.
> I don't modify the call to change the position of the dragable object (I
> don't have find the time to do it yersteday,
Vincent Torri wrote:
> Hi,
>
> I have created a Windows installer for the EFL. You can find it here:
>
> http://www.maths.univ-evry.fr/pages_perso/vtorri/files/Efl.exe
>
> What it can install:
>
> evil, eina, eet, evas, ecore, embryo, edje, elementary, ewl and expedite
>
> I have compiled the
Gustavo Sverzut Barbieri wrote:
> Again it looks good, just a minor indentation issue with:
>
> + ed = evas_event;
>
> (ed is off).
Oh, ok sorry. I'm not so familiar with the E's indentation rules :P
They seems so strange... :)
> as for just emit click if release (up) was on the given objec
Gustavo Sverzut Barbieri ha scritto:
> As said in the other, looks good and will apply after svn feature lock
> is released.
>
> One minor issue is the usage of "int" instead of unsigned int in
> eet/dbus, why not use it since it's like that in e_fm?
Mh, in e_fm it's still an int. I've not used u
Marco Trevisan (Treviño) wrote:
> Marco Trevisan (Treviño) wrote:
>> Here's another patch I've made for efm2 to fix an issue that I've often
>> experienced using it (in Illume) with a touch-screen device (Freerunner).
>
> Ops there's an indentation issu
Marco Trevisan (Treviño) wrote:
> Here's another patch I've made for efm2 to fix an issue that I've often
> experienced using it (in Illume) with a touch-screen device (Freerunner).
Ops there's an indentation issue in the patch. I'll resend the fix later :o
--
T
Here's another patch I've made for efm2 to fix an issue that I've often
experienced using it (in Illume) with a touch-screen device (Freerunner).
It often happens a very strange thing: I try to finger-scroll a bottom
icon (it must be on the latest row) moving my thumb up, well... The the
scroller d
Use the e_fm2 single_click_delay option in illume's e_fm2 to allow to
configure, from the launcher settings, a click delay to prevent
un-wanted clicks.
I've added a slider to configure the delay from the settings (also if it
has some issues, check the code comments and let me know if should be
red
I've made this little patch for avoiding the un-wanted clicks with
touch-screen devices (especially if they aren't so precise); it
basically allows to set a time delay to be awaited (pressing over an
icon) before sending a "selected" callback.
Thanks to this, it could be needed a longer pressure t
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 21 May 2009 08:58:01 +0200 (CEST) Vincent Torri
> said:
>
> fixed in svn now. i found it too (while offline)
Thanks. What about the tickets? :P
--
Treviño's World - Life and Linux
http://www.3v1n0.net/
Vincent Torri wrote:
> On Wed, 20 May 2009, "Marco Trevisan (Treviño)" wrote:
>
>> Marco Trevisan (Treviño) wrote:
>>> #319 - Elementary-sms seg.fatults
>>
>> Another issue linked to this as been introduced recently in edje (I
>>
Marco Trevisan (Treviño) wrote:
> #319 - Elementary-sms seg.fatults
Another issue linked to this as been introduced recently in edje (I
guess) since if I use an entry with the parameter
elm_entry_editable_set(en, FALSE); I get a segfault with:
Program received signal SIGSEGV, Segmentation fa
Vincent Torri wrote:
> On Tue, 19 May 2009, Jose Gonzalez wrote:
>> I was under the impression that it was to be considered as 'more'
>> than just something Carsten was doing 'for his job'. For example, that
>> elem would be used for e18's widgetry and for various modules. Also that
>> guarana and
Sorry if I'm posting here, but in the previous days I've opened some
tickets with bugs/RFC-patches in trac but none had been reviewed.
Please, could you check them?
#293 - Ignore the Carriage Return in elm_entry_utf8_to_markup
#294 - Allow to get an hoversel item label
#295 - Elementary list it
Carsten Haitzler (The Rasterman) ha scritto:
> On Wed, 06 May 2009 19:59:38 +0200 "Marco Trevisan (Treviño)"
> said:
>
>> Carsten Haitzler (The Rasterman) wrote:
>>> On Tue, 05 May 2009 01:50:40 +0200 "Marco Trevisan (Treviño)"
>>> said:
>
Gustavo Sverzut wrote:
> On Tue, May 5, 2009 at 7:20 AM, Sergey P. Semernin
> wrote:
>> Hello, All!
>>
>> Is exists any standard dialogs for select file/directory, select
>> picture and etc (as in GTK, Qt)?
>> It is important that all dialogs for this tasks must have uniform view.
>
> in e17 yes,
Carsten Haitzler (The Rasterman) wrote:
> On Tue, 05 May 2009 01:50:40 +0200 "Marco Trevisan (Treviño)"
> said:
>
>> I don't know, why but also using elementary_test this is the only way to
>> make the single-line entry to scroll as soon as you write (so to ma
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 30 Apr 2009 17:35:15 -0300 Gustavo Sverzut Barbieri
> said:
>
>> On Thu, Apr 30, 2009 at 3:56 PM, Tomaz Noleto wrote:
>>> Hi,
>>>
>>> I am trying to use TEXTBLOCK with entry_mode EDITABLE, but I am facing
>>> a problem when the typed text gets bi
Cedric BAIL wrote:
> On Thu, Apr 16, 2009 at 1:17 AM, "Marco Trevisan (Treviño)"
> wrote:
>> Gustavo Sverzut Barbieri wrote:
>>> On Wed, Apr 15, 2009 at 5:10 PM, "Marco Trevisan (Treviño)"
>>> wrote:
>>>> Gustavo Sverzut Barbieri
Carsten Haitzler (The Rasterman) wrote:
> On Sat, 18 Apr 2009 01:01:00 +0200 "Marco Trevisan (Treviño)"
> said:
>
>> Andre Dieb wrote:
>>> Here's a patch for handling EBADF (Bad file descriptor) error after select()
>>> (following the thread "
Andre Dieb wrote:
> Here's a patch for handling EBADF (Bad file descriptor) error after select()
> (following the thread "random abort caused by ecore").
>
> It uses fcntl() for finding which fd raises EBADF. I tested the patch with
> the attached program (somehow dirty but maybe shows the patch w
Gustavo Sverzut Barbieri wrote:
> On Wed, Apr 15, 2009 at 5:10 PM, "Marco Trevisan (Treviño)"
> wrote:
>> Gustavo Sverzut Barbieri wrote:
>>> On Wed, Apr 15, 2009 at 2:16 PM, "Marco Trevisan (Treviño)"
>>> wrote:
>>>> You can f
Gustavo Sverzut Barbieri wrote:
> On Wed, Apr 15, 2009 at 2:16 PM, "Marco Trevisan (Treviño)"
> wrote:
>> You can find as attachment what I think can be hopefully considered the
>> "final version" with the patch against the previous version.
>
> now
Marco Trevisan (Treviño) wrote:
> - Using the "prpl-msn" in standard mode (so, like this client generally
>does) with my account (that is a very "heavy" one since I've to load
>something like 450 contacts) I can connect, load contacts and so on
>
Marco Trevisan (Treviño) wrote:
> I performed new tests after upgrading to ecore r39932 (which implemented
> the FD EBADF handling by Andre Dieb but after some time (it can vary
> from few seconds to many minutes) that my client is connected to the
> prpl-msn protocol (I used the HT
Marco Trevisan (Treviño) wrote:
> Marco Trevisan (Treviño) wrote:
>> However, unfortunately, the bugs are not over! :(
>
> Well, tonight I've made some new tests with this skeleton client and it
> seems that after the ecore svn commit r39913 (that basically removed all
&
Gustavo Sverzut Barbieri wrote:
> Guys, I'm debugging why I can't change illume's top-shelf gadgets and
> found it was aborting at ecore_main.c:381 after cedric's commit:
Mh. They are the same which blocked the ecore purple nullclient...
--
Treviño's World - Life and Linux
http://www.3v1n0.net/
Marco Trevisan (Treviño) wrote:
> However, unfortunately, the bugs are not over! :(
Well, tonight I've made some new tests with this skeleton client and it
seems that after the ecore svn commit r39913 (that basically removed all
the parts which caused the library to abort as stated in a
Marco Trevisan (Treviño) wrote:
> Cedric BAIL ha scritto:
>> On Fri, Apr 3, 2009 at 5:12 PM, "Marco Trevisan (Treviño)"
>> wrote:
>>> Cedric BAIL wrote:
>>>> Did you try under valgrind ?
>>> Yes but I wasn't able to get anything of impo
Cedric BAIL ha scritto:
> On Fri, Apr 3, 2009 at 5:12 PM, "Marco Trevisan (Treviño)"
> wrote:
>> Cedric BAIL wrote:
>>> Did you try under valgrind ?
>> Yes but I wasn't able to get anything of important (or maybe I just
>> don't look in
Cedric BAIL wrote:
> On Thu, Apr 2, 2009 at 11:33 PM, "Marco Trevisan (Treviño)"
> wrote:
>> Marco Trevisan (Treviño) wrote:
>>> Testing again the client with Google talk (so a xmpp server using the
>>> "prpl-jabber" protocol), it continues worki
Marco Trevisan (Treviño) wrote:
> Testing again the client with Google talk (so a xmpp server using the
> "prpl-jabber" protocol), it continues working like before (i.e.:
> connects, gets IMs), but I always get random crashes after that the
> connection has been established w
Marco Trevisan (Treviño) wrote:
> Unfortunately testing it with the msn-purple plugin (I've tried also
> with Facebook, but I've some issues with the certs) the test client
> attached segfaults. As you can easily try (but I could attach also some
> logs, if you need) the cli
Marco Trevisan (Treviño) wrote:
> Gustavo Sverzut Barbieri wrote:
>> On Mon, Mar 30, 2009 at 10:13 PM, "Marco Trevisan (Treviño)"
>> wrote:
>>> Marco Trevisan (Treviño) wrote:
>>>> Unfortunately testing it with the msn-purple plugin (I've tried
Gustavo Sverzut Barbieri wrote:
> On Tue, Mar 31, 2009 at 5:48 AM, Viktor Kojouharov
> wrote:
>> On Tue, 2009-03-31 at 02:16 +0200, "Marco Trevisan (Treviño)" wrote:
>>> Do you have any idea why is this not working as expected?
>>>
>> Not really
Stephen Houston wrote:
> Also what are you returning from your fd_handler? 1, or 0? I've seen that
> same error from fd_handlers when returning 1.
My handler callback function returns 1 practically all the times.
I've to do that. If I'd return 0, the handler would be removed and the
connection wou
Gustavo Sverzut Barbieri wrote:
> On Mon, Mar 30, 2009 at 10:13 PM, "Marco Trevisan (Treviño)"
> wrote:
>> Marco Trevisan (Treviño) wrote:
>>> Unfortunately testing it with the msn-purple plugin (I've tried also
>>> with Facebook, but I've some i
Marco Trevisan (Treviño) wrote:
> Unfortunately testing it with the msn-purple plugin (I've tried also
> with Facebook, but I've some issues with the certs) the test client
> attached segfaults.
I've made one more test using Google Talk (so a jabber server), and now
I
have any idea why is this not working as expected?
Thanks.
--
Treviño's World - Life and Linux
http://www.3v1n0.net/
/*
* nullclient-ecore.c - an ecore libpurple wrapper test.
* Copyright (C) 2009, Marco Trevisan (Treviño)
*
* Pidgin is the legal property of its developers, whose names a
Carsten Haitzler (The Rasterman) wrote:
> it's created by the illume module - and it can hold gadgets - what do u think
> the clock battery etc. things are? :) theres a config dialog for it too-
> really
> simplistic as i did it in a hurry (under display).
That's true... However, have you any ide
Gustavo Sverzut Barbieri wrote:
> For those that do not read svn commits mail list, I just added a
> systray module to E-MODULES-EXTRA/systray. It is very basic but should
> be able to replace trayer or stalonetray or any other tray you're
> using outside e17.
>
> Please report bugs and suggestion
Olof Sjobergh wrote:
> I made a mistake in the last patch, so here's a new one that should
> work better. It fixes the problems i mentioned above, plus:
>
> - E no longer segfaults on entering a € (euro sign) from the Numbers
> keyboard. This would segfault since it is not in the normalisation
> t
T_CONF_NUM_DESKTOPS];
> > > + chars[1024], *names[Conf.desks.num];
> >
> > I don't believe this is legal. You'll need to use malloc().
>
> or better yet, calloc()
even better, alloca :)
--
.../-= ACU =-\ ...
&g
@@ -6,7 +6,7 @@
#include
#endif
-#include "ltdl.h" /* for lt_dlhandle definition */
+#include /* for lt_dlhandle definition */
typedef struct _imlibimage ImlibImage;
--
.../ \...
>-/-===-\=<||
47 matches
Mail list logo
