wrote:
> Le 16 oct. 2015 08:43, "Tom Hacohen" a écrit :
> > On 16/10/15 16:22, Tom Hacohen wrote:
> > > On 16/10/15 15:53, Cedric BAIL wrote:
> > >> Le 16 oct. 2015 6:53 AM, "Tom Hacohen" a écrit :
> > >>>
> > >>&g
On 16/10/15 16:22, Tom Hacohen wrote:
> On 16/10/15 15:53, Cedric BAIL wrote:
>> Le 16 oct. 2015 6:53 AM, "Tom Hacohen" a écrit :
>>>
>>> tasn pushed a commit to branch master.
>>>
>>>
>> http://git.enlightenment.org/core/efl.git/commi
On 16/10/15 15:53, Cedric BAIL wrote:
> Le 16 oct. 2015 6:53 AM, "Tom Hacohen" a écrit :
>>
>> tasn pushed a commit to branch master.
>>
>>
> http://git.enlightenment.org/core/efl.git/commit/?id=b61556aa87ad134fe04fbdc8f953bd98d941a18e
>>
>
On 14/10/15 23:41, David Seikel wrote:
> On Wed, 14 Oct 2015 11:13:26 -0700 Tom Hacohen wrote:
>
>> tasn pushed a commit to branch master.
>>
>> http://git.enlightenment.org/apps/terminology.git/commit/?id=414b5547f18fec66a87e656aa8653
it be possible to have phabricator still parse note commits? As an
> example, I added a note to c4117cdae4ad0f03d3b4d4683ad93511423f65eb in efl
> to reference T1636, and it would be helpful if this could be pulled in.
>
> On Mon, Oct 12, 2015 at 9:51 AM Tom Hacohen wrote:
>
>> Fix
Tom.
On Wed, Oct 14, 2015 at 6:29 PM, Amitesh Singh
wrote:
> Hello Tom,
>
>
> On Wed, Oct 14, 2015 at 6:41 PM, Tom Hacohen wrote:
>
> > On 28/09/15 18:43, Tom Hacohen wrote:
> >
> >> On 10/07/15 04:27, Carsten Haitzler wrote:
> >>
> >&g
ct 10, 2015 at 12:27 PM Tom Hacohen wrote:
>
>> Ahhh, it's an email. Yeah, it's just spam. I'll have to look into that. Not
>> useful to have.
>>
>> --
>> Tom.
>>
>> On Sat, Oct 10, 2015 at 5:23 PM, Mike Blumenkrantz <
>> michael.
rthwhile to have mails for note commits. They have no
> context attached, so it seems like it would just be spam in the majority of
> cases.
>
> On Sat, Oct 10, 2015 at 4:51 AM Tom Hacohen wrote:
>
> > Are those messages normal? Or is there something for me to fix?
> >
ted.
>
> Seems to work.
>
> On Fri, Oct 9, 2015 at 7:18 AM Tom Hacohen wrote:
>
> > Gotcha.
> >
> > Enabled. Please test and let me know if works.
> >
> > On 05/10/15 23:53, Mike Blumenkrantz wrote:
> > > If I find a regression and blame it bac
archaeologists, that this scenario is
> impossible since the function will never return a value less than 4 in the
> usage here.
>
> On Fri, Oct 9, 2015 at 4:30 AM Tom Hacohen wrote:
>
> > tasn pushed a commit to branch master.
> >
> >
> >
> http:/
e blaming the same line of code.
>
> On Mon, Oct 5, 2015 at 6:37 PM Tom Hacohen wrote:
>
>> Sure, we can allow that. I'll do that once I'm back from LinuxCon.
>>
>> Out of interest, what's your usecase?
>>
>> --
>> Tom.
>>
>> O
I would say: add tests, even if basic. It's better to have more coverage,
even if we can't test all of the expected behaviours of an API.
On Thu, Oct 8, 2015 at 10:01 PM, Stefan Schmidt
wrote:
> Hello.
>
> On 06/10/15 13:26, Stefan Schmidt wrote:
> > Hello.
>
Have you tried it? Does it really do what it claims? If so, we have to
start using it and update the docs. This has been annoying me so much.
On Thu, Oct 8, 2015 at 9:40 PM, Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:
> I was recently linked this by a highly reputable source:
>
> h
Hey,
Here again, the new EFL + Elementary ABI reports.
As usual:
https://devs.enlightenment.org/~tasn/abi/
--
Tom.
--
___
enlightenment-devel mailing list
enlightenment-devel@
Sure, we can allow that. I'll do that once I'm back from LinuxCon.
Out of interest, what's your usecase?
--
Tom.
On 04/10/15 18:16, Mike Blumenkrantz wrote:
> I recently tried to add notes to a commit, but when pushing the notes I
> seem to be rejected by one of the commit hooks on the server.
>
I see there's EINA_LOG_BACKTRACE. Is it possible to disable the
backtrace in configure? I would love that. Or is there at least a way to
disable it with an env var?
With that being said, I agree it's very useful to have it on by default
so users and distros have it.
--
Tom
On 04/10/15 10:12,
DO NOT FOLLOW THAT GUY. :P
--
Tom.
On 01/10/15 15:48, Lukasz Stanislawski wrote:
> On 10/01/2015 04:29 PM, Tom Hacohen wrote:
>> Hey man,
>>
>> Good job mastering git merge --no-ff thing. :)
>> Makes for a much cleaner log and easier to go through.
>>
>&
isting
string without allocating a new buffer and copying the string over, just
using the existing pointer. It's similar to API we already have in
strbuf (where the name is from).
I hope this clarifies things.
--
Tom.
>
> - Shilpa
>
> --- Original Message ---
> Send
Hey man,
Good job mastering git merge --no-ff thing. :)
Makes for a much cleaner log and easier to go through.
I just have one comment: please, is future patches, make sure to have
the first summary line of the merge commit as the summary of the whole
change, so for example inn this case:
"Ats
API, as it does not seem to belong anywhere?
> strbuf? eina_strbuf_strftime?
>
> - Shilpa
>
> --- Original Message ---
> Sender : Tom Hacohen
> Date : Oct 01, 2015 23:05 (GMT+09:00)
> Title : Re: [E-devel] [EGIT] [core/efl] master 17/20: eina_tmpstr: add
> eina
] [EGIT] [core/efl] master 17/20: eina_tmpstr: add
> eina_tmpstr_strftime
>
> Hi,
>
>
> On Mon, Sep 28, 2015 at 7:35 PM, Tom Hacohen wrote:
>
>> On 28/09/15 09:53, Tom Hacohen wrote:
>>> On 24/09/15 18:53, Cedric BAIL wrote:
>>>> On Thu, Sep 24, 2015 at 10
This doesn't compile. I fixed, pushed and backported. Please take better
care the next time.
--
Tom.
On 30/09/15 12:35, ChunEon Park wrote:
> hermet pushed a commit to branch master.
>
> http://git.enlightenment.org/core/efl.git/commit/?id=015040d13f1340529cf31ee73d6b25987c23a670
>
> commit 0150
.
--
Tom.
>
> Andy
> On Tue, 29 Sep 2015 at 08:47, Tom Hacohen wrote:
>
>> BTW, was too tired last night and forgot to mention it on the ML. As said
>> on IRC: fixed!
>> On 28 Sep 2015 23:08, "Tom Hacohen" wrote:
>>
>>> Also, please don't
Way too tired in the morning, I meant as *ami* said on phab. :)
On 29/09/15 08:50, Tom Hacohen wrote:
> He he, yeah, client is still annoying. ;)
> Thanks for taking care of everything. If it's what I think you are talking
> about, the casting is a very bad idea (as you said yoursel
07:05, "SHILPA ONKAR SINGH" wrote:
>
>
> --- Original Message ---
> Sender : Amitesh Singh
> Date : Sep 29, 2015 02:03 (GMT+09:00)
> Title : Re: [E-devel] [EGIT] [core/efl] master 17/20: eina_tmpstr: add
> eina_tmpstr_strftime
>
> Hi,
>
>
> On Mon, S
BTW, was too tired last night and forgot to mention it on the ML. As said
on IRC: fixed!
On 28 Sep 2015 23:08, "Tom Hacohen" wrote:
> Also, please don't "revert way more". I don't know why it would be broken,
> again, I don't see it. That being said, I
torm.
--
Tom.
On Mon, Sep 28, 2015 at 11:04 PM, Tom Hacohen wrote:
> I'm here, please don't revert. I'll investigate it tomorrow morning if you
> really see something.
> I have tested with elementary test under valgrind and terminology. You
> need to recompile efl, elem
n't revert.
On Mon, Sep 28, 2015 at 9:36 PM, Cedric BAIL wrote:
> Hello,
>
> On Mon, Sep 28, 2015 at 9:05 AM, Tom Hacohen wrote:
> > TL;DR: If you use Eolian, or don't define new classes, all you need is
> > to recompile. For example, Elementary works great aft
On 10/07/15 04:27, Carsten Haitzler wrote:
> it has come to my attention that we have a bit of a memory bloat issue with
> eo.
>
> and that has to do with eo at runtime doing things like:
>
> _eo_class_funcs_set()
>
> read it. loop over all ops int he op desc table (array) foir the class then go
>
Hey,
TL;DR: If you use Eolian, or don't define new classes, all you need is
to recompile. For example, Elementary works great after recompilation.
So as discussed just before 1.15, raster spotted some issues with some
parts of Eo that caused more memory usage than we would have liked. That
was
On 28/09/15 09:53, Tom Hacohen wrote:
> On 24/09/15 18:53, Cedric BAIL wrote:
>> On Thu, Sep 24, 2015 at 10:20 AM, Tom Hacohen wrote:
>>> On 23/09/15 19:56, Cedric BAIL wrote:
>>>> On Wed, Sep 23, 2015 at 1:18 AM, Tom Hacohen wrote:
>>>>> On 22/09/1
On 24/09/15 18:53, Cedric BAIL wrote:
> On Thu, Sep 24, 2015 at 10:20 AM, Tom Hacohen wrote:
>> On 23/09/15 19:56, Cedric BAIL wrote:
>>> On Wed, Sep 23, 2015 at 1:18 AM, Tom Hacohen wrote:
>>>> On 22/09/15 18:31, Cedric BAIL wrote:
>>>>> L
Hey,
Good fix, thanks.
Could you please add the appropriate tests? We add regression tests for
bugs we fix in Eo.
Thanks,
Tom.
On 26/09/15 20:50, Daniel Zaoui wrote:
> jackdanielz pushed a commit to branch master.
>
> http://git.enlightenment.org/core/efl.git/commit/?id=08e4f0ce8d5c08f8e73ce83
On 23/09/15 19:56, Cedric BAIL wrote:
> On Wed, Sep 23, 2015 at 1:18 AM, Tom Hacohen wrote:
>> On 22/09/15 18:31, Cedric BAIL wrote:
>>> Le 22 sept. 2015 09:40, "Tom Hacohen" a écrit :
>>>>
>>>> On 22/09/15 17:32, Cedric BAIL wrote:
&g
t;
> On Wed, Sep 23, 2015 at 3:27 PM Tom Hacohen wrote:
>
> > Cool, looking forward. Of course it may change, but what's the expected
> > release date?
> > Also, what's the status of wayland?
> >
> > --
> > Tom.
> >
> > On Wed, Sep
Cool, looking forward. Of course it may change, but what's the expected
release date?
Also, what's the status of wayland?
--
Tom.
On Wed, Sep 23, 2015 at 7:42 PM, Mike Blumenkrantz <
michael.blumenkra...@gmail.com> wrote:
> The final major items for this release have landed, so I am now prepared
On 23/09/15 09:29, Carsten Haitzler wrote:
> On Wed, 23 Sep 2015 09:21:54 +0100 Tom Hacohen said:
>
>> You can't do it this way, you need a union. This will break some
>> compiler's strict aliasing.
>
> it's a c compiler. it should happily allow this. i
You can't do it this way, you need a union. This will break some
compiler's strict aliasing.
--
Tom.
On 23/09/15 08:49, Carsten Haitzler (Rasterman) wrote:
> raster pushed a commit to branch master.
>
> http://git.enlightenment.org/apps/rage.git/commit/?id=1d492a68475d9d3c387691445dbeaacafd92a38
On 22/09/15 18:31, Cedric BAIL wrote:
> Le 22 sept. 2015 09:40, "Tom Hacohen" a écrit :
>>
>> On 22/09/15 17:32, Cedric BAIL wrote:
>>> Le 22 sept. 2015 02:30, "Daniel Kolesa" a écrit :
>>>>
>>>> On Mon, Sep 21, 2015 at 11:24 PM
Hey Shilpa,
It'd be really helpful if you could look into using an alternative email
client. Unfortunately the one you are currently using breaks threading,
which makes following discussions really hard.
Thanks,
Tom.
On 23/09/15 06:50, SHILPA ONKAR SINGH wrote:
> I guess why not, for printf, s
Haha, happens. Dully noted. :)
On 22/09/15 18:26, Mike Blumenkrantz wrote:
> For the record, I was doing some testing and this got pushed accidentally.
>
> On Tue, Sep 22, 2015 at 1:09 PM Mike Blumenkrantz <
> michael.blumenkra...@gmail.com> wrote:
>
>> discomfitor pushed a commit to branch master
On 22/09/15 17:32, Cedric BAIL wrote:
> Le 22 sept. 2015 02:30, "Daniel Kolesa" a écrit :
>>
>> On Mon, Sep 21, 2015 at 11:24 PM, Shilpa Singh
> wrote:
>>> cedric pushed a commit to branch master.
>>>
>>>
> http://git.enlightenment.org/core/efl.git/commit/?id=abaf29cb768375957c9ee0b64d36034c21c61
at eo_class_name_get crashes when
> >> > > eo_class_name_get(eo_class_get()) doesn't.
> >> > >
> >> > > What is the value of the editor->entry?
> >> > > Can you send us instructions on how to reproduce it locally?
> >> > >
&
On 27/08/15 09:27, Tom Hacohen wrote:
> On 27/08/15 01:32, Carsten Haitzler wrote:
>> On Wed, 26 Aug 2015 10:15:31 +0100 Tom Hacohen said:
>>
>>> Good fix. The fact that we even allow if/else statements without {} in
>>> anywhere except for quick error chec
On 27/08/15 01:32, Carsten Haitzler wrote:
> On Wed, 26 Aug 2015 10:15:31 +0100 Tom Hacohen said:
>
>> Good fix. The fact that we even allow if/else statements without {} in
>> anywhere except for quick error checking at beginning of functions is
>> blasphemy. Furthermo
On 26/08/15 11:02, Jérémy Zurcher wrote:
> what about this ?
>
> obj = eo_add(CLASS, parent); /* Ref is 1 */
> eo_ref(obj); /* Ref is 2 */
> eo_ref(obj); /* Ref is 3 */
> eo_do(obj, eo_parent_set(NULL)); /* Ref is 2, giving the ref to NULL */
> eo_do(obj, eo_parent_set(parent)); /* Ref is 2 */
> eo
On 21/08/15 11:21, Tom Hacohen wrote:
> On 21/08/15 07:07, Jean-Philippe André wrote:
>> On Thu, Aug 20, 2015 at 6:48 PM, Carsten Haitzler
>> wrote:
>>
>>> On Thu, 20 Aug 2015 10:12:30 +0200 Cedric BAIL said:
>>>
>>>> On Thu, Aug 20, 2015 at
Good fix. The fact that we even allow if/else statements without {} in
anywhere except for quick error checking at beginning of functions is
blasphemy. Furthermore, allowing them nested and without curlys, is even
worse.
--
Tom.
On 26/08/15 10:10, Amitesh Singh wrote:
> ami pushed a commit to
On 21/08/15 18:33, Cedric BAIL wrote:
> On Fri, Aug 21, 2015 at 6:23 PM, Tom Hacohen wrote:
>> tasn pushed a commit to branch master.
>>
>> http://git.enlightenment.org/core/efl.git/commit/?id=93ade6f4ce4a336dfcdc748a09dd35003591978b
>>
>> commit 93ade6f4ce4a336df
On 21/08/15 17:16, Tom Hacohen wrote:
> On 20/08/15 07:09, Daniel Zaoui wrote:
>> The parent should never be !NULL when reaching the destructor. Imo, this
>> code has not to be here. Instead, an error message should be displayed in
>> the case the parent is still connected
On 20/08/15 07:09, Daniel Zaoui wrote:
> The parent should never be !NULL when reaching the destructor. Imo, this code
> has not to be here. Instead, an error message should be displayed in the case
> the parent is still connected to the object. There is a bug but definitely
> the solution doesn
On 21/08/15 07:07, Jean-Philippe André wrote:
> On Thu, Aug 20, 2015 at 6:48 PM, Carsten Haitzler
> wrote:
>
>> On Thu, 20 Aug 2015 10:12:30 +0200 Cedric BAIL said:
>>
>>> On Thu, Aug 20, 2015 at 9:22 AM, Daniel Zaoui
>>> wrote:
On Thu, 20 Aug 2015 15:48:23 +0900
Carsten Haitzler (The
On 20/08/15 09:34, Tom Hacohen wrote:
> On 20/08/15 06:59, Daniel Hirt wrote:
>> Hey all,
>>
>> Yesterday I had a little mishap with a phabricator ticket: it seems that
>> pushing fixes to branches (e.g. devs/herdsman/my_branch) is triggering
>> an auto-close to t
On 20/08/15 06:59, Daniel Hirt wrote:
> Hey all,
>
> Yesterday I had a little mishap with a phabricator ticket: it seems that
> pushing fixes to branches (e.g. devs/herdsman/my_branch) is triggering
> an auto-close to the ticket that's referenced there (e.g. "Fixes
> T1234"). I expect that it shoul
On 19/08/15 09:05, Stefan Schmidt wrote:
> Hello.
>
> On 17/08/15 02:33, Bertrand Jacquin wrote:
>> Hi,
>>
>> On 17/08/2015 01:14, Stephen Houston wrote:
>>> Sorry can you provide a quick walk through of the steps to accomplish
>>> it?
>>> How to generate the new keys and commit and remove the old
fferent signals and different
>> sequences and amounts.
>>
>>> On Mon, Aug 10, 2015 at 8:07 AM, Jeff Hoogland
>>> wrote:
>>>
>>>> I think my issue is different from yours as it is still present in the
>>>> release tar.
>>>>
>
You broke support for app relocation.
On 10/08/15 21:08, q66 wrote:
> q66 pushed a commit to branch master.
>
> http://git.enlightenment.org/apps/ephoto.git/commit/?id=c736d8d07a737ce4f84606af5c9315356edb58c5
>
> commit c736d8d07a737ce4f84606af5c9315356edb58c5
> Author: q66
> Date: Mon Aug 10 2
Hey,
One thing, when you merge (I hope you rebased before so the merge keeps
linear history) please have the summary line more descriptive than
"Merge branch ...". The commit message of the merge commit should be
almost as if you did all the changes in this commit.
--
Tom.
On 10/08/15 18:50,
On 10/08/15 16:44, Stephen Houston wrote:
> Thanks Davide, got it working between elm_icon_order_lookup_set and
> elm_toolbar_icon_order_lookup_set ... However I think the point still
> stands that the default order should be FDO_THEME not THEME_FDO ... though
> with the necessary api in place I gu
On 10/08/15 14:15, Jeff Hoogland wrote:
> Apparently this issue is related to my Elm theme.
>
> Are we ever going to stop breaking the theme API?
As I said here on the ML a few months ago. Theme API for both elm and e
is stable. If there's a break, that's a mistake that shouldn't happen.
The onl
m.
>
> Cheers,
> Andy
>
> On Wed, 22 Jul 2015 at 08:50 Daniel Zaoui <mailto:daniel.za...@samsung.com>> wrote:
>
> On Wed, 22 Jul 2015 08:31:35 +0100
> Tom Hacohen mailto:t...@osg.samsung.com>> wrote:
>
> According to git, Jeremy did that tw
On 06/08/15 23:37, Jeff Hoogland wrote:
> Finally got around to getting on the latest EFL / Elm with the latest
> release. One of my popups in epad is messed up with this version. This is
> what it looks like with EFL / ELM 1.12:
>
> https://www.enlightenment.org/ss/e-55c3e0bcda5169.10806046.jpg
>
I already reported it on phab. I was under the impression this was fixed
for the release.
Apparently it wasn't.
On Thu, Aug 6, 2015 at 11:37 PM, Jeff Hoogland
wrote:
> Finally got around to getting on the latest EFL / Elm with the latest
> release. One of my popups in epad is messed up with this
This is the wrong address. You need the ssh one:
git+ssh://g...@git.enlightenment.org/bindings/cxx/eflxx.git
On Wed, Aug 5, 2015 at 8:20 PM, Andreas Volz wrote:
> Hello,
>
> after long time I need to commit something to E git. I've done this a
> year ago, but now it's not working:
>
> > LC_ALL=C
On 04/08/15 13:27, Stefan Schmidt wrote:
> Hello.
>
> After the release is before the release.
> I honestly forgot about posting thsi earlier but given that we have a
> fixed schedule there should not be much trouble.
>
> Foloowing the change from last time we have this fixed dates:
> First Monday
On 09/07/15 09:02, Tom Hacohen wrote:
> Hey,
>
> Here again, the new EFL + Elementary ABI reports.
>
> As usual:
> https://devs.enlightenment.org/~tasn/abi/
>
> Please take a look and report any issues. I haven't looked at it yet myself.
>
I updated the abi/api
Hey,
tl;dr, links:
https://github.com/tasn/efl
https://github.com/tasn/elementary
https://github.com/tasn/enlightenment
https://github.com/billiob/terminology
For the non lazy:
For a while now I've been maintaining github mirrors for the efl,
elementary and enlightenment, and Boris has been mai
Nice, break the release ABI a day before the release. :)
(I know this was added in 1.15, just saying compared to the beta).
--
Tom.
On 03/08/15 10:51, Cedric BAIL wrote:
> cedric pushed a commit to branch master.
>
> http://git.enlightenment.org/core/efl.git/commit/?id=a07c526460d1a3aa0a4e863a330
On 03/08/15 10:29, Stefan Schmidt wrote:
> Hello.
>
> On 03/08/15 11:10, Jean-Philippe André wrote:
>> Hello,
>>
>> On Fri, Jul 31, 2015 at 6:28 PM, Stefan Schmidt
>> wrote:
>>
>>> Hello.
>>>
>>> Three days and counting.
>>>
>>> Time to see which items are really blockers before we can release 1.1
nch that works stable
> with 1.15, as there are several users who work only with stable versions.
> In general there are many minor improvements: multi context, layout,
> canvas, internals (Eolian)
> Need to go through the history and update NEWS.
>
>
>
>
>
> On 07/3
That's why it's almost always a bad idea to use sizeof(tye). You should
always use sizeof(*var);
On 31/07/15 05:28, Jean-Philippe ANDRÉ wrote:
> jpeg pushed a commit to branch master.
>
> http://git.enlightenment.org/core/efl.git/commit/?id=81f1f5db17410d007e576e1cf47c3d1be4efe577
>
> commit 81f1
Hello there,
This commit breaks behaviour. It breaks automatic size calculation,
which makes the popup zero sized.
More info: https://phab.enlightenment.org/T2623
Needs to be fixed before the release.
--
Tom.
On 15/05/15 07:43, taehyub wrote:
> raster pushed a commit to branch master.
>
> htt
AWESOME. :P
What do you have planned for the next release? And when is it?
On 30/07/15 14:51, Yakov Goldberg wrote:
> yakov pushed a commit to branch master.
>
> http://git.enlightenment.org/tools/erigo.git/commit/?id=4d9cff57c396eb6a73b46d0334a4be9fde88a64e
>
> commit 4d9cff57c396eb6a73b46d0334
On 09/07/15 09:02, Tom Hacohen wrote:
> Hey,
>
> Here again, the new EFL + Elementary ABI reports.
>
> As usual:
> https://devs.enlightenment.org/~tasn/abi/
>
> Please take a look and report any issues. I haven't looked at it yet mys
On 22/07/15 08:34, Olliver Schinagl wrote:
> Hey Tom,
>
> On 22-07-15 09:24, Tom Hacohen wrote:
>> On 22/07/15 07:57, Olliver Schinagl wrote:
>>> Hey List,
>>>
>>> whilst still researching, i've come into a problem with my choice of font.
>>>
On 23/07/15 07:02, Stefan Schmidt wrote:
> Hello.
>
> On 23/07/15 05:57, Daniel Zaoui wrote:
>> Yo,
>>
>> On Wed, 22 Jul 2015 15:57:45 +0200
>> Stefan Schmidt wrote:
>>
>>> Hello.
>>>
>>> On 06/07/15 07:28, Carsten Haitzler wrote:
On Sun, 05 Jul 2015 03:08:09 -0700 Avi Levin
said:
Please revert it then. :(
On 22/07/15 16:07, Stefan Schmidt wrote:
> Hello.
>
> On 16/07/15 10:31, Tom Hacohen wrote:
>> tasn pushed a commit to branch master.
>>
>> http://git.enlightenment.org/core/efl.git/commit/?id=60b473d949c2582695a0ed7e67
y other logic reason :P
>
> On Wed, 22 Jul 2015 08:35:04 +0100
> Tom Hacohen wrote:
>
>> On 22/07/15 08:31, Tom Hacohen wrote:
>>> When was that changed? Isn't it kinda wrong to do it now that both
>>> Eo classes and objects are "Eo *"? Because wh
On 22/07/15 08:34, Olliver Schinagl wrote:
> Hey Tom,
>
> On 22-07-15 09:24, Tom Hacohen wrote:
>> On 22/07/15 07:57, Olliver Schinagl wrote:
>>> Hey List,
>>>
>>> whilst still researching, i've come into a problem with my choice of font.
>>>
On 22/07/15 08:31, Tom Hacohen wrote:
> When was that changed? Isn't it kinda wrong to do it now that both Eo
> classes and objects are "Eo *"? Because when you invoke this on classes
> you want to get the class class, how do you do the detection? Feels a
> bit inconsist
wrote:
> On Wed, 22 Jul 2015 08:21:02 +0100
> Tom Hacohen wrote:
>
> Hey boy, you don't need anymore eo_class_get in the middle! ;-)
>
>> p eo_class_name_get(eo_class_get(editory->entry))
>>
>> As Daniel said though, this shouldn't and can't ha
On 22/07/15 07:57, Olliver Schinagl wrote:
> Hey List,
>
> whilst still researching, i've come into a problem with my choice of font.
>
> First some background. We are using for our project an extremly tiny
> display, 128x64 pixels. As such, to be legiable, our fonts need to be
> pixel perfect, or
p eo_class_name_get(eo_class_get(editory->entry))
As Daniel said though, this shouldn't and can't happen. The only reason
why this function would return NULL is an error. It works by adding an
offset to the data pointer, so as long as it passes (basic) validation,
it should at least return some
On 15/07/15 10:05, Tom Hacohen wrote:
> On 09/07/15 09:02, Tom Hacohen wrote:
>> Hey,
>>
>> Here again, the new EFL + Elementary ABI reports.
>>
>> As usual:
>> https://devs.enlightenment.org/~tasn/abi/
>>
>> Please take a look and repo
On 09/07/15 09:02, Tom Hacohen wrote:
> Hey,
>
> Here again, the new EFL + Elementary ABI reports.
>
> As usual:
> https://devs.enlightenment.org/~tasn/abi/
>
> Please take a look and report any issues. I haven't looked at it yet myself.
>
Beta1 repor
Hey Hermet,
Thanks for the fix, but this commit message doesn't conform with the
commit guidelines. The first line should be a short summary line,
followed by an empty line, and followed by a longer description (optional).
Also, your "signed off by" line is formatted wrong.
--
Tom.
On 15/07/1
27;t have
to change anything in your code, so it's really more of an ABI change,
but still, it may happen, and it'll break. :(
I'm very sorry about this. We were all happy and excited about it. We'll
work hard to make sure it's stable for the 1.16 release.
All the best
Hey,
Here again, the new EFL + Elementary ABI reports.
As usual:
https://devs.enlightenment.org/~tasn/abi/
Please take a look and report any issues. I haven't looked at it yet myself.
--
Tom.
--
Don't Limit Your Busin
On 08/07/15 16:46, Christopher Michael wrote:
> Hi All,
>
> I realize we are now in freeze on efl, however I've come across an issue
> while adding Screenshot capability to Enlightenment-Wayland.
>
> Basically, Ecore_Wl has an Ecore_Wl_Output structure which contains a
> 'struct wl_output *output'
I'd say, keep the schedule as it is, and let you have an extra day to
push it in. The rules are not super strict. The point of freezing is
stabilizing the tree, if everything is frozen except for a few patches
in Eolian a day after, it still serves its purpose.
--
Tom.
On 08/07/15 10:15, Danie
On 06/07/15 15:30, Daniel Juyung Seo wrote:
> It didn't say you did it. It's not you. But I wonder why no one else
> spotted this rush of null checking code.
> Please check
> 6e86cd7de3a6ce6d2ef81bcb5a105fc0e6916c56
> 222b87d41baf19dc61de6febed366a6db2b847f0
> 4a3ba2e2307cd57f89c5520ac74ae7251c7a6c
On 04/07/15 04:36, Carsten Haitzler wrote:
> On Fri, 03 Jul 2015 11:06:25 +0100 Tom Hacohen said:
>
>> On 03/07/15 03:29, Carsten Haitzler wrote:
>>> On Thu, 2 Jul 2015 15:06:15 +0200 (CEST) Clement Benier
>>> said:
>>>
>>>> Hi all,
>>>
On 03/07/15 11:28, Amitesh Singh wrote:
> ami pushed a commit to branch master.
>
> http://git.enlightenment.org/core/elementary.git/commit/?id=68d40551231b11c5851d96ab18c757fc9ec76dab
>
> commit 68d40551231b11c5851d96ab18c757fc9ec76dab
> Author: Amitesh Singh
> Date: Fri Jul 3 15:57:39 2015 +05
On 03/07/15 03:29, Carsten Haitzler wrote:
> On Thu, 2 Jul 2015 15:06:15 +0200 (CEST) Clement Benier
> said:
>
>> Hi all,
>>
>> I am working on a project between SAMSUNG Open Source Group(OSG) with
>> ced...@efl.so and OpenWide with pierre.lemagou...@openwide.fr. This project
>> is aiming at givin
On 01/07/15 14:13, Viacheslav Reutskiy wrote:
> Tom, I have a small problem :)
>
> Total 0 (delta 0), reused 0 (delta 0)
> remote: FATAL: C refs/heads/develop tools/eflete rimmed DENIED by fallthru
> remote: error: hook declined to update refs/heads/develop
> To ssh://g...@git.enlightenment.org/too
On 01/07/15 08:57, Tom Hacohen wrote:
> On 01/07/15 05:16, Viacheslav Reutskiy wrote:
>> Sorry for bad links in the mail. I mean repo 'devs/rimmed/eflete.git'
>> need to move to 'tools/eflete.git'
>>
>> Thanks
>>
>
> I will do it.
Hey,
I
On 01/07/15 05:16, Viacheslav Reutskiy wrote:
> Sorry for bad links in the mail. I mean repo 'devs/rimmed/eflete.git'
> need to move to 'tools/eflete.git'
>
> Thanks
>
I will do it.
--
Tom.
--
Don't Limit Your Business.
On 30/06/15 03:14, Carsten Haitzler wrote:
> On Mon, 29 Jun 2015 17:34:26 +0100 Tom Hacohen said:
>
>> On 29/06/15 17:21, Cedric BAIL wrote:
>>> On Mon, Jun 29, 2015 at 5:50 PM, Tom Hacohen wrote:
>>>> On 29/06/15 15:53, Cedric BAIL wrote:
>>>>&
On 29/06/15 17:21, Cedric BAIL wrote:
> On Mon, Jun 29, 2015 at 5:50 PM, Tom Hacohen wrote:
>> On 29/06/15 15:53, Cedric BAIL wrote:
>>> On Mon, Jun 29, 2015 at 4:18 PM, Tom Hacohen wrote:
>>>> On 29/06/15 14:32, Cedric BAIL wrote:
>>>>> I think that
On 29/06/15 15:53, Cedric BAIL wrote:
> On Mon, Jun 29, 2015 at 4:18 PM, Tom Hacohen wrote:
>> On 29/06/15 14:32, Cedric BAIL wrote:
>>> I think that eo_do_ret and eo_do_super_ret are quite hugly to use and
>>> unecessary. I think they should be gone. Their behavior ca
601 - 700 of 3956 matches
Mail list logo