On 8/1/22 12:05, Andrew Savchenko wrote:
Hi!
The following patch fixes a small problem with building e16-epplets
on musl: due to missing header struct `fd_set` gets
undefined. Looks like this header is indirectly included by other
mentioned headers in glibc, but not in musl.
This patch is for
On 1/19/21 5:55 PM, Kim Woelders wrote:
On 1/17/21 2:35 PM, Andrew Savchenko wrote:
Hello!
The following patch allows users to provide custom fonts via
~/.e16/fonts/
This patch is already used for years in Gentoo and it would be nice
to have it upstream. I use it for user-side theme modificati
On 1/17/21 2:35 PM, Andrew Savchenko wrote:
Hello!
The following patch allows users to provide custom fonts via
~/.e16/fonts/
This patch is already used for years in Gentoo and it would be nice
to have it upstream. I use it for user-side theme modification
(winter in my case), because my eyes p
On 1/17/21 11:55 AM, Andrew Savchenko wrote:
Hello!
I found that eet loader from imlib2-loaders-1.7.1 fails to build
(with gcc-10.2.0 and efl-1.25.1, full build log is attached):
loader_eet.c:384:5: error: invalid use of incomplete typedef
�~@~XImlibLoader�~@~Y {aka �~@~Xstruct _imlibloader�~@
Hi,
Le 16/04/2019 à 22:23, Vincent Torri a écrit :
> can you open a ticket on phab ?
Done: https://phab.enlightenment.org/T7818
Best regards,
Romain
>
> Vincent
>
> On Tue, Apr 16, 2019 at 10:10 PM Romain Naour wrote:
>>
>> __has_attribute has been introduced with gcc 5 [1].
>>
>> [1] https:
can you open a ticket on phab ?
Vincent
On Tue, Apr 16, 2019 at 10:10 PM Romain Naour wrote:
>
> __has_attribute has been introduced with gcc 5 [1].
>
> [1] https://www.gnu.org/software/gcc/gcc-5/changes.html
>
> Fixes:
> http://autobuild.buildroot.net/results/64ab825048fac1654b0d0698740ddf857fc
I agree on it. Anyone can see and try to review patches but I believe the
point must be "lack of willing of review". :)
EFL should appoint the REAL maintainer and REAL reviewers per
project/module in order to make people have a responsibility for review.
We could list up maintainers and reviewers
By majority vote, those with commit access are now added to cc for all efl
patch submissions.
On Tue, May 1, 2018 at 3:31 PM Mike Blumenkrantz <
[email protected]> wrote:
> Something which has been brought up time and again is that the process for
> submitting and getting a patch rev
Hello Ralph,
I actually sent two replies to your patch sent to me on April 17:
--
#1 - April 19:
Thanks, I'll be looking into this shortly.
It would be very helpful if you could send me one or more images that
demonstrate the problem that I can use for testing.
/Kim
-
remember it ;)
(the situation about qt5 is getting worser..)
On Tue, Oct 11, 2016 at 3:44 AM, Simon Lees wrote:
>
>
> On 10/11/2016 01:03 AM, PaulTT wrote:
> > 'cause it's no polite at all, to change and force user environment
> > variables, without any option ti change them
> >
> > added a
Hello.
On 04/03/2017 06:22 AM, Vincent Torri wrote:
> better patch
>
> On Sat, Apr 1, 2017 at 7:08 PM, Vincent Torri wrote:
>> On Sat, Apr 1, 2017 at 5:42 PM, Vincent Torri
>> wrote:
>>>
>>> This patch fixes fcntl in Evil when used in ecore_con
>>
>> ha, no, problem with eet, now, with that pat
better patch
On Sat, Apr 1, 2017 at 7:08 PM, Vincent Torri wrote:
> On Sat, Apr 1, 2017 at 5:42 PM, Vincent Torri wrote:
>>
>> This patch fixes fcntl in Evil when used in ecore_con
>
> ha, no, problem with eet, now, with that patch, if fd is really a fd.
> I have to improve it and check when the
On Sat, Apr 1, 2017 at 5:42 PM, Vincent Torri wrote:
>
> This patch fixes fcntl in Evil when used in ecore_con
ha, no, problem with eet, now, with that patch, if fd is really a fd.
I have to improve it and check when the "fd" passed to fcntl is a
socket or just a fd (as of returned by open)
Vinc
On 10/11/2016 01:03 AM, PaulTT wrote:
> 'cause it's no polite at all, to change and force user environment
> variables, without any option ti change them
>
> added a check about env var already present
>
>
> (plus Env vars done message was out of sequence)
>
> (and btw 'gtk2' i think is n
On 04/06/2016 03:25 AM, Simon Lees wrote:
>
>
> On 04/06/2016 10:44 AM, Kim Woelders wrote:
>> On 04/02/2016 08:26 PM, Yuriy M. Kaminskiy wrote:
>>> Mike Frysinger writes:
>>>
>>> This does not cover out-of-bound SBackGroundColor (giflib does not
>>> verify if it is less than ColorCount).
>>> I've
On 04/06/2016 10:44 AM, Kim Woelders wrote:
> On 04/02/2016 08:26 PM, Yuriy M. Kaminskiy wrote:
>> Mike Frysinger writes:
>>
>> This does not cover out-of-bound SBackGroundColor (giflib does not
>> verify if it is less than ColorCount).
>> I've just sent *better* patch that fixes this problem:
>
On 04/02/2016 08:26 PM, Yuriy M. Kaminskiy wrote:
> Mike Frysinger writes:
>
> This does not cover out-of-bound SBackGroundColor (giflib does not
> verify if it is less than ColorCount).
> I've just sent *better* patch that fixes this problem:
> http://permalink.gmane.org/gmane.comp.window-manager
Mike Frysinger writes:
This does not cover out-of-bound SBackGroundColor (giflib does not
verify if it is less than ColorCount).
I've just sent *better* patch that fixes this problem:
http://permalink.gmane.org/gmane.comp.window-managers.enlightenment.devel/64001
(with wrong bug link)
> From: Be
Hello.
On 22/09/15 21:41, Thomas Gstädtner wrote:
> For this function it makes no sense, that the top list node would be
> required.
> ---
> src/lib/eina/eina_list.h | 12
> 1 file changed, 12 deletions(-)
>
> diff --git a/src/lib/eina/eina_list.h b/src/lib/eina/eina_list.h
> index
On 07 Aug 2015 13:55, Romain Naour wrote:
> Le 06/08/2015 06:42, Mike Frysinger a écrit :
> > Some files were still including SDL-1 headers even though we only link
> > against SDL2 libs.
> >
> > URL: https://bugs.gentoo.org/551882
> > Reported-by: Barnaby
> > ---
>
> I've also reported this iss
Hi Mike,
Le 06/08/2015 06:42, Mike Frysinger a écrit :
> Some files were still including SDL-1 headers even though we only link
> against SDL2 libs.
>
> URL: https://bugs.gentoo.org/551882
> Reported-by: Barnaby
> ---
I've also reported this issue some weeks ago:
http://sourceforge.net/p/enligh
Hi Jean-Philippe,
Le 24/04/2015 09:58, Jean-Philippe André a écrit :
> Hi again :)
>
> On Fri, Apr 24, 2015 at 10:39 AM, Jean-Philippe André
> wrote:
>
>> Hi Romain,
>>
>> Please use Phabricator and Arcanist to share your patches.
>> See:
>> https://phab.enlightenment.org/w/arcanist/
>>
>>
> To
Hi again :)
On Fri, Apr 24, 2015 at 10:39 AM, Jean-Philippe André
wrote:
> Hi Romain,
>
> Please use Phabricator and Arcanist to share your patches.
> See:
> https://phab.enlightenment.org/w/arcanist/
>
>
Tom pointed out that it's absolutely fine to share patches by email.
We want to encourage a
Hi Romain,
Please use Phabricator and Arcanist to share your patches.
See:
https://phab.enlightenment.org/w/arcanist/
Thanks,
On Fri, Apr 24, 2015 at 6:17 AM, Romain Naour
wrote:
> Otherwise, the elementary build is brocken while crosscompiling since
> "pkg-config --variable=eolian_flags eo e
As: http://www.enlightenment.org/ss/e-54aa94e4da9742.14698270.jpg
Where the real bug happens is where my patch is, but after that there's
hardcoded /usr/share and /usr/local/share in the case that we dont have
XDG_DATA_DIRS set (which the default dirs are these ones, so having them
hardcoded looks
> Den Jan 2, 2015 kl. 22:18 skrev Davide Andreoli :
>
> 2014-12-31 19:31 GMT+01:00 Thanatermesis :
>
>> Right, there's also the case of /usr/local which i have not considered
>> (only /usr and /usr/local), so this updated patch fixes it:
>>
>> http://pastebin.com/1Nn4rETD
>>
>> by other side t
2014-12-31 19:31 GMT+01:00 Thanatermesis :
> Right, there's also the case of /usr/local which i have not considered
> (only /usr and /usr/local), so this updated patch fixes it:
>
> http://pastebin.com/1Nn4rETD
>
> by other side these trailing slashes seems like to be made wrongly by your
> OS cre
Right, there's also the case of /usr/local which i have not considered
(only /usr and /usr/local), so this updated patch fixes it:
http://pastebin.com/1Nn4rETD
by other side these trailing slashes seems like to be made wrongly by your
OS creating the XDG_DATA_DIRS variable, they should not includ
Hi,
On Wed, Dec 31, 2014 at 3:04 AM, Davide Andreoli
wrote:
> 2014-12-30 16:57 GMT+01:00 Thanatermesis :
>
> > Back from some holidays (more or less)
> >
> > My previous patch was wrong, since strcmp returns the inverse of what I
> > expected (zero if success), so this is the correct one:
> >
>
2014-12-30 16:57 GMT+01:00 Thanatermesis :
> Back from some holidays (more or less)
>
> My previous patch was wrong, since strcmp returns the inverse of what I
> expected (zero if success), so this is the correct one:
>
> http://pastebin.com/xDj755cL
>
> Should I push it to master?
>
This patch s
Back from some holidays (more or less)
My previous patch was wrong, since strcmp returns the inverse of what I
expected (zero if success), so this is the correct one:
http://pastebin.com/xDj755cL
Should I push it to master?
2014-12-24 13:34 GMT+01:00 Thanatermesis :
> > Not sure how you got /
> Not sure how you got /usr/share to be duplicated, it is not the case
here...
That's exactly what my patch does :), as:
> % echo $XDG_DATA_DIRS | tr ':' '\n' | sort
> /opt/e/share
> /opt/e/share/enlightenment
> /usr/local/share
> /usr/share
for your case, since you don't have /usr as default pr
Hi,
Not sure how you got /usr/share to be duplicated, it is not the case here...
On Wed, Dec 24, 2014 at 1:13 AM, Thanatermesis wrote:
> If you run:
>
> echo $XDG_DATA_DIRS | tr ':' '\n' | sort
>
> you will see that you have a duplicated one
>
% echo $XDG_DATA_DIRS | tr ':' '\n' | sort
/o
> Commit 074779b460ccb5ef529b2504c54e2ab4778685ca
>
> On my intel laptop DP are my DisplayPort connections, not LID.
>
> diff --git a/src/bin/e_randr.c b/src/bin/e_randr.c
> index 6ca78b6..c2042fe 100644
> --- a/src/bin/e_randr.c
> +++ b/src/bin/e_randr.c
> @@ -1209,8 +1209,10 @@ _e_randr_is_lid(E_
Hi, thanks for the patch. It was cherry-picked without a deep consideration
by me.
I just pushed your patch but modified a little bit.
We still need to use elm_config_scale_get().
https://git.enlightenment.org/core/elementary.git/commit/?h=elementary-1.11&id=0d3026cd8c7620cbe899a52ef088f7fb8cf7b363
On 08/19/2014 07:51 AM, Manuel Bachmann wrote:
> Hello folks,
>
> Please consider the attached patch, which applies to latest master of
> "core/efl.git" and avoids linking with libGL if we do not need it
> (wayland-egl, no "gl" engine).
>
>
Applied in master. Thank You :)
Cheers,
dh
---
Indeed, I've been in other strange lands. Finally got E back on my
desktop, so may be time
to clean up some of my old messes and make some more.
;-)
On 26/04/14 22:49, Daniel Juyung Seo wrote:
> Done!
> Thanks Brett Nash.
> How are you? It's been so long to see you here.
>
> Daniel Juyung Seo (S
Done!
Thanks Brett Nash.
How are you? It's been so long to see you here.
Daniel Juyung Seo (SeoZ)
On Sat, Apr 26, 2014 at 9:01 PM, Brett Nash wrote:
> Just a minor update to authors.
>
>
> --
> Start Your Social Networ
Thank you. I've applied it and it works nicely.
--
Boris Faure
Pointer Arithmetician
signature.asc
Description: Digital signature
--
___
enlightenment-devel mailing list
enligh
On Sat, 29 Mar 2014 20:59:52 +0100
Luca Galli wrote:
> Hello,
> I just copied the patch made by Wido for net module.
> I like this module, maybe there is someone else out there beside me who use
> it :)
Oops it was a wrong patch.. This is the right onediff --git a/src/e_mod_config.c b/src/e_mod
On Sat, 8 Feb 2014 13:50:58 +0100 Albin Tonnerre
said:
in. thanks! :)
> _op_blend_pan_mas_dp is just a duplication of the code in
> _op_blend_pas_mas_dp. Remove the extra copy of the code and use a define
> instead; this is what the SSE3 code already does.
> ---
> Hi,
>
> I tried submitting th
As requested, here's the patch as an attachement
--
Albin
On Sat, Feb 8, 2014 at 1:50 PM, Albin Tonnerre wrote:
> _op_blend_pan_mas_dp is just a duplication of the code in
> _op_blend_pas_mas_dp. Remove the extra copy of the code and use a define
> instead; this is what the SSE3 code already doe
On 06/01/14 10:15, Nicolas Aguirre wrote:
> 2014/1/4 Cedric BAIL :
>> On Sat, Jan 4, 2014 at 3:05 AM, Guillaume Friloux
>> wrote:
>>> On 03/01/2014 17:51, Nicolas Aguirre wrote:
This patch fix a problem when using ecore_con with UDP
Eina_bin_buf is called without calling eina_b
2014/1/4 Cedric BAIL :
> On Sat, Jan 4, 2014 at 3:05 AM, Guillaume Friloux
> wrote:
>> On 03/01/2014 17:51, Nicolas Aguirre wrote:
>>>
>>> This patch fix a problem when using ecore_con with UDP
>>>
>>> Eina_bin_buf is called without calling eina_binbuf_new, resulting with
>>> the following warning
On Sat, Jan 4, 2014 at 3:05 AM, Guillaume Friloux
wrote:
> On 03/01/2014 17:51, Nicolas Aguirre wrote:
>>
>> This patch fix a problem when using ecore_con with UDP
>>
>> Eina_bin_buf is called without calling eina_binbuf_new, resulting with
>> the following warning :
>> lib/eina/eina_binbuf_templa
On 03/01/2014 17:51, Nicolas Aguirre wrote:
This patch fix a problem when using ecore_con with UDP
Eina_bin_buf is called without calling eina_binbuf_new, resulting with
the following warning :
lib/eina/eina_binbuf_template_c.x:95 eina_binbuf_append_length() ***
Eina Magic Check Failed !!
SPANK
On Sat, Nov 30, 2013 at 12:18 AM, Michael Blumenkrantz <
[email protected]> wrote:
> in.
>
Thanks.
>
> send future patches as text attachments.
>
I sent it using git send-email
Is there a setting in git send-mail I can use differently?
Or shouldn't I use that at all?
-Olaf
--
in.
send future patches as text attachments.
On Fri, 29 Nov 2013 22:40:00 +0100
Olaf Conradi wrote:
> When changing the gravity setting, one cannot reset it to 0, as the setting is
> not properly shown when reopening the dialog. It's always shown as 0 and
> therefore not saveable.
>
> ---
> s
On Fri, 29 Nov 2013 09:55:00 +0400 Stanislav Vorobiov
said:
> Hi, just wanted to make sure
>
> > anyway - this is in upstream! merged. it'll be out in 1.8.
> You mean it's merged in you local branch and will be merged to upstream with
> 1.8 release ? Because I can't find it in master.
i havent
Hi, just wanted to make sure
> anyway - this is in upstream! merged. it'll be out in 1.8.
You mean it's merged in you local branch and will be merged to upstream with
1.8 release ? Because
I can't find it in master.
On 11/28/2013 03:23 PM, Carsten Haitzler (The Rasterman) wrote:
> On Thu, 28 Nov
On Thu, 28 Nov 2013 15:58:22 +0400 Stanislav Vorobiov
said:
> Well, yes, if you put it this way, then it's a bug :)
> IMHO that glShaderBinary thing is not something to make "standard" conformant
> GLESv2 impl., it's like a recommendation - "if you don't support glsl and
> have your own tool to c
Well, yes, if you put it this way, then it's a bug :)
IMHO that glShaderBinary thing is not something to make "standard" conformant
GLESv2 impl., it's
like a recommendation - "if you don't support glsl and have your own tool to
compile shaders,
then at least provide this function to load them". T
On Thu, 28 Nov 2013 15:34:47 +0400 Stanislav Vorobiov
said:
> > yeah.. i've hit those before. gles2's "runtime glsl compiler is optional"
> > thing imho is a major standard bug.
> IMHO it's not a bug, since there's glShaderBinary call. We can assume that
> there's some performance critical GLESv2
> yeah.. i've hit those before. gles2's "runtime glsl compiler is optional"
> thing
> imho is a major standard bug.
IMHO it's not a bug, since there's glShaderBinary call. We can assume that
there's some
performance critical GLESv2 implementation that doesn't allow one to compile
shaders "online
On Thu, 28 Nov 2013 15:01:02 +0400 Stanislav Vorobiov
said:
yeah.. i've hit those before. gles2's "runtime glsl compiler is optional" thing
imho is a major standard bug.
anyway - this is in upstream! merged. it'll be out in 1.8. my mulling over if
it was a bug or not was to determine if it goes
IMHO it's a standard bug, but nobody cares :)
On 11/28/2013 02:53 PM, Carsten Haitzler (The Rasterman) wrote:
> On Thu, 28 Nov 2013 13:33:42 +0400 Stanislav Vorobiov
> said:
>
>> Yes, I think it's more of a bugfix. After all, there's no EGL standard that
>> strictly defines how should textures t
On Thu, 28 Nov 2013 13:33:42 +0400 Stanislav Vorobiov
said:
> Yes, I think it's more of a bugfix. After all, there's no EGL standard that
> strictly defines how should textures that are derived from pixmaps behave,
> thus, application code shouldn't assume anything either.
BUT... it requires an
Yes, I think it's more of a bugfix. After all, there's no EGL standard that
strictly defines how should textures
that are derived from pixmaps behave, thus, application code shouldn't assume
anything either.
On 11/28/2013 01:20 PM, Carsten Haitzler (The Rasterman) wrote:
> On Thu, 28 Nov 2013 12
On Thu, 28 Nov 2013 12:02:36 +0400 Stanislav Vorobiov
said:
and that looks great! well done! :) now the question is... is this a new
feature.. or a bug fix... hmm i guess it's a bug fix as it makes something work
given specific drivers and setup that didn't work before, BUT needs an
extension to
That's all reasonable, I'll make patch v3 then
On 11/28/2013 11:44 AM, Carsten Haitzler (The Rasterman) wrote:
> On Thu, 28 Nov 2013 09:59:41 +0400 Stanislav Vorobiov
> said:
>
>>> the patch itself... why the #ifdef? when checking for extensions, we look
>>> for strings, and not defined macros.
;> Sent: Thursday, November 28, 2013 1:09 PM
> >> To: Enlightenment developer list
> >> Cc: Stanislav Vorobiov; [email protected]; [email protected]
> >> Subject: Re: [E-devel] [PATCH] evas - use EGL_NOK_texture_from_pixmap to
> >> get yinvert v
On Thu, 28 Nov 2013 10:23:45 +0400 Stanislav Vorobiov
said:
> Instead of hardcoding yinvert=1 we should query for
> EGL_NOK_texture_from_pixmap extension and if it's present
> use EGL_Y_INVERTED_NOK value
see my other email about the #define of EGL_Y_INVERTED_NOK :)
> ---
> src/modules/evas/en
On Thu, 28 Nov 2013 09:59:41 +0400 Stanislav Vorobiov
said:
> > the patch itself... why the #ifdef? when checking for extensions, we look
> > for strings, and not defined macros.
> I think #ifdef is needed because token EGL_Y_INVERTED_NOK might not be
> declared in EGL headers and then compilatio
> the patch itself... why the #ifdef? when checking for extensions, we look for
> strings, and not defined macros.
I think #ifdef is needed because token EGL_Y_INVERTED_NOK might not be declared
in
EGL headers and then compilation will fail
> also extension checks are done in gl_extn_veto
> () (w
vember 28, 2013 1:09 PM
>> To: Enlightenment developer list
>> Cc: Stanislav Vorobiov; [email protected]; [email protected]
>> Subject: Re: [E-devel] [PATCH] evas - use EGL_NOK_texture_from_pixmap to
>> get yinvert value
>>
>> On Wed, 27 Nov 2013 15:39:0
On Wed, 27 Nov 2013 15:39:06 +0400 Stanislav Vorobiov
said:
the patch itself... why the #ifdef? when checking for extensions, we look for
strings, and not defined macros. also extension checks are done in gl_extn_veto
() (which lets us go assume an extension is there then veto it if its not and
s
On Wed, 27 Nov 2013 15:39:05 +0400 Stanislav Vorobiov
said:
i'm curious. when did you run into a pixmap NOT being inverted?
> Hi everyone,
>
> This patch makes texture_from_pixmap evas feature more robust
> when running with EGL. In case of GLX evas uses
> GLX_Y_INVERTED_EXT to find out if text
On 09/30/2013 04:33 PM, Daniel Juyung Seo wrote:
> I just like arcanist :)
> You can keep using ml. I don't care. I just wanted him to know what efl's
> contribution process is.
got it!
maybe i'll give it a try next time, thanks :)
regards,
--
Mariusz Białończyk | xmpp/e-mail: [email protected]
h
On 09/30/2013 02:30 PM, Stefan Schmidt wrote:
> Hello.
>
> The change summary is a bit weak. Its not really a typo fix but a fix
> for the wrong numbers of seconds a day. I changed it to:
>
> test_calendar: Fix number of seconds per day.
>
> Hope you don't mind.
of course :)
thanks!
regards,
-
Well this might be a personal preference.
I am used to accept new things very well and easily.
But I also agree with the fact that there is a high starting curve such as
installing this and that.
However once people do the initial setup, they will find it's super great
and easy.
Just see how peop
I agree. Arcanist is awful, and I definitely prefer to just get patches by
mail since it saves me a considerable amount of time.
On Mon, Sep 30, 2013 at 2:19 PM, Stefan Schmidt wrote:
> On 09/30/2013 02:10 PM, Daniel Juyung Seo wrote:
> > Thanks Mariusz Bialonczyk for your patch.
> > As Stefan m
On 09/30/2013 02:10 PM, Daniel Juyung Seo wrote:
> Thanks Mariusz Bialonczyk for your patch.
> As Stefan mentioned it's not a typo fix. Thanks Stefan for the fix.
>
> Btw Mariusz, can you raise a patch with phabricator + arcanist next time?
> https://phab.enlightenment.org/w/arcanist/
It was me w
Thanks Mariusz Bialonczyk for your patch.
As Stefan mentioned it's not a typo fix. Thanks Stefan for the fix.
Btw Mariusz, can you raise a patch with phabricator + arcanist next time?
https://phab.enlightenment.org/w/arcanist/
It's easy and quick to submit a patch than writing an email.
You can ge
Hello.
The change summary is a bit weak. Its not really a typo fix but a fix
for the wrong numbers of seconds a day. I changed it to:
test_calendar: Fix number of seconds per day.
Hope you don't mind.
On 09/30/2013 11:39 AM, Mariusz Bialonczyk wrote:
> Previous seconds value for a day was 84600
in
On Thu, Aug 22, 2013 at 11:15 AM, Dan Mashal wrote:
> enjoy
>
> shoutout to zmike
>
>
> --
> Introducing Performance Central, a new site from SourceForge and
> AppDynamics. Performance Central is your source for news
The efm_open source in src/bin
--Gustavo
Sent from my iPhone
On 15/08/2013, at 01:26, Kai Huuhko wrote:
> 14.08.2013 21:33, Gustavo Sverzut Barbieri kirjoitti:
>> the patch is super simple if one wants to backport from 1.8, just copy
>> the svn file, it should be almost the same with that as t
14.08.2013 21:33, Gustavo Sverzut Barbieri kirjoitti:
> the patch is super simple if one wants to backport from 1.8, just copy
> the svn file, it should be almost the same with that as the only
> difference
Which file is that? In efreet? Or e_fm?
>
> On Wed, Aug 14, 2013 at 2:50 PM, Kai Huuhko w
the patch is super simple if one wants to backport from 1.8, just copy
the svn file, it should be almost the same with that as the only
difference
On Wed, Aug 14, 2013 at 2:50 PM, Kai Huuhko wrote:
> 11.08.2013 16:09, Kai Huuhko kirjoitti:
>> 11.08.2013 15:00, Gustavo Sverzut Barbieri kirjoitti:
11.08.2013 16:09, Kai Huuhko kirjoitti:
> 11.08.2013 15:00, Gustavo Sverzut Barbieri kirjoitti:
>> i guess I had that, easy to add... with efreet before decoding it. are
>> you sure it's not there?
>
> Looks like EFM in E18 already handles it, I was testing in E17 where it
> doesn't.
>
Further, it
On Tue, 13 Aug 2013 08:37:38 +0900 Carsten Haitzler (The Rasterman)
wrote:
> On Mon, 12 Aug 2013 10:32:28 +0200 Boris Faure said:
>
> > On 13-08-10 13:02, Carsten Haitzler wrote:
> > […]
> > > once menus look good in elm by default - i'm willing to have it
> > > on by default (for #3). :)
> >
On Mon, 12 Aug 2013 10:32:28 +0200 Boris Faure said:
> On 13-08-10 13:02, Carsten Haitzler wrote:
> […]
> > once menus look good in elm by default - i'm willing to have it on by
> > default (for #3). :)
>
> And keep it configurable, please.
of course. i sure don't want them on for me... i'd wan
On 13-08-10 13:02, Carsten Haitzler wrote:
[…]
> once menus look good in elm by default - i'm willing to have it on by default
> (for #3). :)
And keep it configurable, please.
--
Boris Faure
Pointer Arithmetician
--
Get
On Mon, 12 Aug 2013 03:14:34 +0300 Kai Huuhko said:
> 12.08.2013 01:31, Carsten Haitzler (The Rasterman) kirjoitti:
> > On Sun, 11 Aug 2013 17:00:45 +0300 Kai Huuhko said:
> >
> >> 11.08.2013 16:27, Carsten Haitzler (The Rasterman) kirjoitti:
> >>> On Sun, 11 Aug 2013 16:09:02 +0300 Kai Huuhko
12.08.2013 01:31, Carsten Haitzler (The Rasterman) kirjoitti:
> On Sun, 11 Aug 2013 17:00:45 +0300 Kai Huuhko said:
>
>> 11.08.2013 16:27, Carsten Haitzler (The Rasterman) kirjoitti:
>>> On Sun, 11 Aug 2013 16:09:02 +0300 Kai Huuhko said:
>>>
11.08.2013 15:00, Gustavo Sverzut Barbieri kirjoi
On Mon, Aug 12, 2013 at 12:31 AM, Carsten Haitzler wrote:
> On Sun, 11 Aug 2013 17:00:45 +0300 Kai Huuhko said:
>> 11.08.2013 16:27, Carsten Haitzler (The Rasterman) kirjoitti:
>> > On Sun, 11 Aug 2013 16:09:02 +0300 Kai Huuhko said:
>> >
>> >> 11.08.2013 15:00, Gustavo Sverzut Barbieri kirjoitt
On Sun, 11 Aug 2013 17:00:45 +0300 Kai Huuhko said:
> 11.08.2013 16:27, Carsten Haitzler (The Rasterman) kirjoitti:
> > On Sun, 11 Aug 2013 16:09:02 +0300 Kai Huuhko said:
> >
> >> 11.08.2013 15:00, Gustavo Sverzut Barbieri kirjoitti:
> >>> i guess I had that, easy to add... with efreet before d
11.08.2013 16:27, Carsten Haitzler (The Rasterman) kirjoitti:
> On Sun, 11 Aug 2013 16:09:02 +0300 Kai Huuhko said:
>
>> 11.08.2013 15:00, Gustavo Sverzut Barbieri kirjoitti:
>>> i guess I had that, easy to add... with efreet before decoding it. are
>>> you sure it's not there?
>> Looks like EFM i
On Sun, 11 Aug 2013 16:09:02 +0300 Kai Huuhko said:
> 11.08.2013 15:00, Gustavo Sverzut Barbieri kirjoitti:
> > i guess I had that, easy to add... with efreet before decoding it. are
> > you sure it's not there?
>
> Looks like EFM in E18 already handles it, I was testing in E17 where it
> doesn
11.08.2013 15:00, Gustavo Sverzut Barbieri kirjoitti:
> i guess I had that, easy to add... with efreet before decoding it. are
> you sure it's not there?
Looks like EFM in E18 already handles it, I was testing in E17 where it
doesn't.
Another thing that I couldn't get to work in either version
i guess I had that, easy to add... with efreet before decoding it. are
you sure it's not there?
On Sun, Aug 11, 2013 at 7:04 AM, Kai Huuhko wrote:
> 16.07.2013 01:32, Igor Murzov kirjoitti:
>>> a read of that patch says to me that that looks good. :) submit it!
>> Done. https://bugs.freedesktop.o
16.07.2013 01:32, Igor Murzov kirjoitti:
>> a read of that patch says to me that that looks good. :) submit it!
> Done. https://bugs.freedesktop.org/show_bug.cgi?id=66944
Hmm, I got xdg-utils updated, now the problem is that
enlightenment_filemanager doesn't support file:// URI's
discomfitor, a
On Fri, 9 Aug 2013 23:57:28 -0300 Gustavo Sverzut Barbieri
said:
in principle i don't have a problem with this... but the patch as it stands
does have several issues that i'd say a "no" to right now.
1. terminal sizing is wrong. the standard 80x24 term doesnt come up at 80x24..
if the menu is CO
Hello,
On Sat, Aug 10, 2013 at 4:57 AM, Gustavo Sverzut Barbieri
wrote:
> Since Elementary makes it easy to add an application menu and E18
> supports the "external dbus menu" protocol to have it outside of the
> screen I've implemented that in terminology.
>
> It shows "Terminology" entry with "
On Wed, Jul 31, 2013 at 6:47 PM, thomasg wrote:
> On Wed, Jul 31, 2013 at 5:13 AM, Cedric BAIL wrote:
>> On Tue, Jul 23, 2013 at 6:37 PM, thomasg wrote:
>>> On Tue, Jul 23, 2013 at 2:31 PM, Leif Middelschulte
>>> wrote:
Hello everyone,
If this lands,
https://phab.enlightenm
On Wed, Jul 31, 2013 at 5:13 AM, Cedric BAIL wrote:
> Hello,
>
> On Tue, Jul 23, 2013 at 6:37 PM, thomasg wrote:
>> On Tue, Jul 23, 2013 at 2:31 PM, Leif Middelschulte
>> wrote:
>>> Hello everyone,
>>>
>>> If this lands,
>>> https://phab.enlightenment.org/w/e18_with_systemd_user_session/ should
Hello,
On Tue, Jul 23, 2013 at 6:37 PM, thomasg wrote:
> On Tue, Jul 23, 2013 at 2:31 PM, Leif Middelschulte
> wrote:
>> Hello everyone,
>>
>> If this lands,
>> https://phab.enlightenment.org/w/e18_with_systemd_user_session/ should be
>> updated.
>
> I will do that once it is in. I talked to C
On 29/07/13 13:25, Tom Hacohen wrote:
> In.
>
> https://phab.enlightenment.org/D198
Oh and btw, thanks!
Already thanked him on IRC, but I guess he deserves more than that.
--
Tom.
--
See everything from the browser to
In.
https://phab.enlightenment.org/D198
--
Tom.
On 28/07/13 13:00, Adrian Negreanu wrote:
> EFL_CRYPTO_DEPEND macro appends the crypto libraries
> to an EFL dependency list.
> In case the EFL dependency list and the build_crypto are both empty
> the resulting list only contain " ".
>
> confi
On Tue, Jul 23, 2013 at 2:31 PM, Leif Middelschulte
wrote:
> Hello everyone,
>
> If this lands,
> https://phab.enlightenment.org/w/e18_with_systemd_user_session/ should be
> updated.
>
> --
> Leif
>
I will do that once it is in. I talked to Cedric already and am
waiting until he gets his system
Hello everyone,
If this lands, https://phab.enlightenment.org/w/e18_with_systemd_user_session/
should be updated.
--
Leif
Am Samstag, 20. Juli 2013 um 16:50 schrieb Thomas Gstädtner:
>
> This has a few advantages over the current approach:
> - only depends on user-session-units, not the
1 - 100 of 4594 matches
Mail list logo
