On Thu, 12 Sep 2013 16:52:07 +0100 Tom Hacohen <[email protected]> said:
> On 12/09/13 16:37, ChunEon Park wrote: > > Many cases can be. > > > > for example, in case of fancy application. > > user wanna add a particle effect when a list item is selected. > > > > in that case, item geometry may be required. > > > > Same comments as about the previous commit + more. > > Particle effect: unless I get you wrong, shouldn't that be an edje theme? > > Same comments as about the previous commit: > You are adding API without talking about it, or showing any use case. > Real life use case. Or at least showing there is one in some secret lab. > This way we end up with a lot of API no one uses we have to support and > document. > Also, because you don't talk about them on IRC or the ML it feels like > you are trying to sneak them under the radar. hermet did discuss it - off line with me, cedric and daniel. there are use cases. they are rare and special case. you want somethnig to hover/track the tiem (a popup menu, a popup pane that slides out, or just an OVERLAYED effect, and this isnt supported for items - elm_hover supports it for full objects though). exposing a fake rect is the least evil solution. it doesnt expose the real object, which minimized the risk of someone doing something wrong with it, and keeps overhead down. other thnigs like DND want/need to know the starting geometry of the item. if you do dnd yourself within your window via objects, you need this. another example is that on the left i have a list, on the right i have a bunch of panes with expanded info i want to draw a connection line from the item to the pane that it is related to. i NEED to know the position and size of the item AND follow it as it moves. i have to plance/configure/whatever that connecting object. it's a solution to a request from developers making apps. there are many uses for it, but it is niche. > For many APIs there can be many use cases, even for APIs that do nothing > whatsoever, but that doesn't justify them. Especially since there might > be better solutions. > > I believe Gustavo was trying to get more information, in order to try > and think of an alternative solutions or means of achieving what you are > trying to achieve. > > > I'm not trying to belittle your work, and I haven't read the patch > myself. I skimmed over it when I first saw it, and decided to keep quite > because arguing against the previous API lead to nothing. Everyone was > against, and it's still there. > > -- > Tom. > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. Consolidate legacy IT systems to a single system of record for IT > 2. Standardize and globalize service processes across IT > 3. Implement zero-touch automation to replace manual, redundant tasks > http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ How ServiceNow helps IT people transform IT departments: 1. Consolidate legacy IT systems to a single system of record for IT 2. Standardize and globalize service processes across IT 3. Implement zero-touch automation to replace manual, redundant tasks http://pubads.g.doubleclick.net/gampad/clk?id=51271111&iu=/4140/ostg.clktrk
