- User Since
- Mar 11 2013, 4:32 AM (258 w, 1 d)
Mon, Jan 29
I used the old code and pull it. That is why the error happened.
I built and check the crash does not happen.
Do you still see the crash?
Thu, Jan 25
I built ephoto and got below errors:
Dec 10 2017
Nov 14 2017
Could you change the efl_ui_text.c also?
Aug 16 2017
Jul 9 2017
Should we check the support for the request size hint which is provided by size_hint_request APIs)?
Jun 16 2017
The below interfaces are necessary for common popup (basic) and the ctx popup and popup.
It may not be the full list but these APIs should be supported by popups.
Jun 8 2017
I agree that we should change Efl.Ui.Draggable name. Efl.Ui.Dnd seems better name since it includes both draggable and droppable sides which are two operations of dnd.
One object can be drag or drop or both of them. We need APIs to specify which object can be dragged, dropped.
I don't think we need to enable dnd by default for all widgets, some of them could be enough (like entry, image, photo...). The remained ones could be handled by application.
Sorry for late reply @woohyun. I have small discussion with Taehyub before about this. We will have another discussion next week which talks about detail feature and implementation of popup interface.
Jun 6 2017
I think this should be done on objects which provide the default copy/paste function (like the entry). I guess that because entry implements the copy/paste by itself, in some cases, the copied/pasted data is not as the one which applications want. With the idea from this task, applications can change data format as they want. If so, implement this function in entry is better than in elm_cnp.
@herb Is there any specific reasons that we should do it in elm_cnp as you did in patch D4928?
Apr 11 2017
Jan 8 2017
Dec 14 2016
Jul 21 2016
I have tested with latest efl/enventor in MacOS. The issue does not happen.
It only happens on Windows.
May 18 2016
May 12 2016
May 11 2016
May 10 2016
May 9 2016
Can you move this to efl repos?
And also the test case should be added for new API.
Sorry for late reply.
The better way is to keep the selection handlers' shape when they are bypassed. For example, in normal case the shape would be like this d"""""""""b, and when selection handlers are bypassed it becomes b""""""""d. And we reverse handlers to make them as normal when mouse up is happened (become d''''''''''''b again).
Feb 4 2016
Feb 1 2016
Thank you for bring the change to here.
Please see my comment.
Jan 20 2016
This will make efl fail to build with --disable-libeeze; adding eeze checking would be necessary.