Page MenuHomePhabricator

raster (Carsten Haitzler (Rasterman))Administrator
Keeper of the rabid stoat

Projects (9)

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Jan 27 2013, 4:24 PM (312 w, 1 d)
Roles
Administrator
Availability
Available

Behold... the rabid stoat! Prostrate yourselves before it before it is too late!

Recent Activity

Yesterday

raster accepted D7706: elm.hoversel: ensure sd is not NULL.

though one question - when does this happen? like during shutdown or something like that?

Mon, Jan 21, 5:30 AM · efl

Wed, Jan 16

raster closed D7569: mixer: Add cards settings into pulseaudio backend.
Wed, Jan 16, 9:30 AM · enlightenment-git
raster closed T3127: Add Configure option to emixer. as Resolved by committing rE1527599b789f: mixer: Add cards settings into pulseaudio backend.
Wed, Jan 16, 9:30 AM · enlightenment-git
raster accepted D7569: mixer: Add cards settings into pulseaudio backend.

thumbs up

Wed, Jan 16, 9:29 AM · enlightenment-git
raster updated the summary of D7646: elm_config: Free data returned from eet_read.
Wed, Jan 16, 8:09 AM · efl
raster accepted D7646: elm_config: Free data returned from eet_read.

ACK - go land it.

Wed, Jan 16, 8:05 AM · efl
raster updated the summary of D7646: elm_config: Free data returned from eet_read.
Wed, Jan 16, 8:02 AM · efl
raster closed D7638: emotion: gstreamer: fix deprecation warning for g_type_class_add_private.
Wed, Jan 16, 3:26 AM · efl
raster accepted D7638: emotion: gstreamer: fix deprecation warning for g_type_class_add_private.

WFM. :)

Wed, Jan 16, 3:25 AM · efl
raster triaged T7633: efl.ui.box test broken - homogeneous not implemented as High priority.
Wed, Jan 16, 12:52 AM · efl
raster added a comment to T6462: git f*ck up? can't find revision (has 2 hashes) and file is unchanged on server.
`git log src/lib/ecore/efl_io_closer_fd.c`
Wed, Jan 16, 12:48 AM
raster added a comment to T6462: git f*ck up? can't find revision (has 2 hashes) and file is unchanged on server.

to be more specific...

Wed, Jan 16, 12:47 AM
raster added a comment to T6462: git f*ck up? can't find revision (has 2 hashes) and file is unchanged on server.

what @bu5hm4n said - i looked at the history of the file - the commit went in - changes there then at a later point it was changed again by other commits. so in GIT it seemed all fine to me.

Wed, Jan 16, 12:33 AM
raster added a comment to T6462: git f*ck up? can't find revision (has 2 hashes) and file is unchanged on server.

it's just the cgit gui web - git has all the right state/content. that's what matters at the end of the day.

Wed, Jan 16, 12:16 AM

Tue, Jan 15

raster added a comment to D7351: elm_config: remove profile name reading logic from data dir.

this never should have even passed review. it's obviously wrong - the code path is used. a simple look at the for loop being removed would have shown that

Tue, Jan 15, 12:47 PM · efl
raster added a comment to T7097: something broken with gl when lots of windows open with x11 engine.

this smells here like a video driver issue - like there are a limited number of "contexts" (video ports) for output rendering and once you hit the limit things fail. that's what it smells like at any rate... so either a hardware or driver design limit. the numbers above hint that the limit might be 64 which smells like the kind of number that might be such a limit well some ports are used implicitly e.g. the screen/compositor uses 1 then it gets 63 mroe of them (port 0, 1, 2, ... 62) then the 65'th fails.

Tue, Jan 15, 4:19 AM · efl (efl-1.22), efl: display system, efl: rendering
raster added a comment to T6247: Please install engine headers again.

i think we aren't - the implication is code should use the higher level api wrappers. we had to expose these structs because we used to have efl broken up and had to expose an api from one lib to another... :)

Tue, Jan 15, 3:59 AM · efl
raster added a comment to T7409: Terminology does not start on xwayland.

Just tried here and forced terminology to use X11 (unset WAYLAND_DISPLAY and ELM_DISPLAY terminology comes up fine in x11 mode as the only display info it has int he env is for x11). i checked with xwininfo -tree -root to see the x11 window as there in xwayland...

Tue, Jan 15, 3:42 AM · regression, efl, Terminology

Sun, Jan 13

raster added a comment to T7224: eina safety check failed, obj == NULL in evas_object_event_callback_del_full in lib/evas/canvas/evas_callbacks.c:539.

oh = i didnt even know about this ticket. i was fixing error logs i found from running enlightenment so i could have some more peace and quiet... :) i'll flag this.

Sun, Jan 13, 4:10 PM · Restricted Project, efl: canvas

Sat, Jan 12

raster closed T7153: DND broken now on non elm objects. as Wontfix.

well then elm needs some invisible event object then because how else can you just listen to dnd events on areas of a ui irrespective of the content that happens to be there? well ok- you can use buttons and set their color to 0 0 0 0 but that's a hack.

Sat, Jan 12, 3:51 AM · Restricted Project, efl: widgets
raster added a comment to T6462: git f*ck up? can't find revision (has 2 hashes) and file is unchanged on server.

ummm errrr? i don't know. cgit might have caches like @cedric says and these somehow got stale or unwritable or... ?

Sat, Jan 12, 3:44 AM

Tue, Jan 8

raster added a comment to T6028: Port per window volume control on wayland.

This has to be done by the app PROCESS on wayland, but it doesn't need to be done by the APP. This could be done in EFL.

Tue, Jan 8, 7:22 AM · enlightenment-git, Restricted Project

Fri, Jan 4

raster added a comment to D7517: ecore: get rid of commands in efl_task..

I am wondering right now why this thing went into the place where noone finds it ?

Fri, Jan 4, 3:58 AM · efl
raster added a comment to D7510: ecore: here comes a env object.

The biggest part of this code is copied from efl_app & efl_task, so i am not too sure where it is really more complexity

Fri, Jan 4, 3:48 AM · efl

Mon, Dec 31

raster added a comment to D7441: eo: add the ability to get the size of object of a certain class..

@kimcinoo - good question because getting size of the class doesn't get the size of every object as i mentioned above - you could store sub-structs, lists (and the list nodes and what they point to) strings etc. so every obj could be a different size. this just gets base absolute minimum size. i'm not so sure it's really a great and useful thing as any old malloc debugger can probably tell you this kind of info (with track trace to the allocation etc.). a proper "get the mem used now of THIS object to the best of its knowledge" is more useful IMHO. it would mean every class has to implement this (track its own allocations and add them up then ask parent class etc.) it'd be a lot of extra work though.

Mon, Dec 31, 9:01 PM · efl

Sat, Dec 29

raster added a comment to T7530: Fix eina promise data store.

so basically a convention of namespacing the string so people only mess with "their data" right? for example the efl loop promise might use "_efl/loop.promise" or something right? this does fix the need for eina_promise_data_set_cb_set()

Sat, Dec 29, 4:48 AM · efl (efl-1.22), efl: data types, Restricted Project

Fri, Dec 28

raster added a comment to D7441: eo: add the ability to get the size of object of a certain class..

I don't have much idea on how to write a useful test at all here.

Fri, Dec 28, 2:27 AM · efl

Thu, Dec 27

raster requested changes to D7510: ecore: here comes a env object.

eina hash just can't work well. please see my comments on D7514 - you end up with the same "it works differently in different places", a less efficient implementation as you have to scan the hash and the environment every time you set it (after modifications) to sync it etc. etc. but eina_hash is worse because now you don't have any ownership of the strings. do you have to stringshare_add them when adding to hash? or just cosnt char *'s? if the latter then we have all the nasty problems putenv() does (see manual pages - but specifically that the string ptr is used AS-IS int he env so you cannot release the string you pass in - it's not duplicated and so tracking this string's lifetime and ensuring it's duplicated and kept alive as long as in use etc. etc. also nukes the idea of an eina hash).

Thu, Dec 27, 10:26 AM · efl
raster requested changes to D7517: ecore: get rid of commands in efl_task..

Note that the usage in efl_thread.c should and could be removed. the problem with its usage is that when the ARGUMENTS event is fired, noone ever had the chance to subscribe to the loop of the thread yet. So all in all this is unneccessary, since noone could ever touch that.

Thu, Dec 27, 10:20 AM · efl
raster added a comment to T7520: "Digital Clock Gadget" date row is not shown with Flat theme.

aaah ok. i don't have one of those set up... i'll see. shelf seems fine though

Thu, Dec 27, 10:11 AM · Restricted Project
raster added a comment to D7514: efl_task: remove env from this object.

The old API is not really definite, the API specifies that the API sometimes mirrors to environment variables, sometimes not. Considering the situation of this within a thread is quite a problem, since i don't know if i am altering the environment variables of the process or not, same argument for the efl_exe class.

Thu, Dec 27, 5:00 AM · efl
raster added a comment to T7520: "Digital Clock Gadget" date row is not shown with Flat theme.

shelf or bryce/gadget bar?

Thu, Dec 27, 4:32 AM · Restricted Project

Wed, Dec 26

raster requested changes to D7514: efl_task: remove env from this object.
Wed, Dec 26, 11:16 AM · efl
raster added a comment to D7514: efl_task: remove env from this object.

how is this better? it makes creation of a process with a modified env more work. multiple objects for no apparent reason (surely not given here in this patch). having env be part of a task is realistically what an environment is. it's part of a process (executable) and threads (they share the same env and it's implemented this way to modify the same shared env as that is the definition of an env within a process) and on an exe it's setting up an env in preparation for the actual execution (after which it can't be modified just like an environment actually works). why an object vs part of an existing class/interface? why is this better?

Wed, Dec 26, 11:15 AM · efl

Dec 20 2018

raster added a comment to D7461: optimize glyph images data copy into 4 byte aligned images.

ok. that's something more concrete. 512 is a huge size... like insanely huge. but ok - some info as to the kind of sizes you are looking at. thanks!

Dec 20 2018, 8:57 AM · efl
raster added a comment to D7471: eina blist data structure proposal.

I updated my benchmarks for the intl Atom - the system wasn't completely idle. fixed that now. was idle. still tells the same story relatively speaking of blist vs list.

Dec 20 2018, 3:08 AM · efl
raster added a comment to D7471: eina blist data structure proposal.

@ProhtMeyhet you seem to have slightly older hardware than me, but that indeed shows the same trend as my benchmarks.The trade-off of cache friendliness vs some extra work in shuffling small arrays around seems to pay off. Well in all cases except @ManMower :) Thanks for the extra numbers.

Dec 20 2018, 2:52 AM · efl
raster added a comment to D7471: eina blist data structure proposal.

@ManMower - it seems your machine is an outlier so far, but i guess the principle still counts. I should modify the brenchmark to pollute cache at times, but then the benchmark needs to do its own timings as it has to ignore the pollution bits, so it's going to become a fair bit more complex than it is.

Dec 20 2018, 2:49 AM · efl

Dec 19 2018

raster added a comment to D7471: eina blist data structure proposal.

I did some benchmarking across many machines, generations and architectures. I scripted it as part of a build script. All binaries were compiled with -O3 -march=native (except on aarch64 where -march=native is not valid). The results are consistent: That BList always wins, and the wins get much bigger the longer the list and the less the list fits into cache. These are run times so the shorter the run time, the better. On the 32bit ARM systems and on the Baytrail Atom system they did 1/10th the number of loops so they complete in a reasonable time.

Dec 19 2018, 7:10 AM · efl
raster added a comment to D7471: eina blist data structure proposal.

Admittedly my numbers were on aarch64. But don't misunderstand list length being the real factor. It's cache hits that is. BList is intended to reduce the downside of cache misses very specifically. It's reliant on that. So lists that don't stay in cache very much are going to be far worse on Eina List vs BList. The length in this test is more a measure for "how much of the list will be in l1/l2/l3 cache". The bigger the number of items, the less will be in caches (or less in L1 vs L2, less in L2 vs L3, less in L3 vs RAM). I maybe could have putt in some code to pollute caches regularly between ops as well as well as a "how often to pollute caches and by how much" as part of the benchmark. I could adapt the test to do this explicitly. I was relying on a very simple factor of list size determining cache hits vs. misses.

Dec 19 2018, 4:09 AM · efl

Dec 17 2018

raster requested review of D7471: eina blist data structure proposal.
Dec 17 2018, 9:17 AM · efl
raster added a comment to D7461: optimize glyph images data copy into 4 byte aligned images.

yeah - but what are these benchmarks? where does this ACTUALLY happen enough?

Dec 17 2018, 4:39 AM · efl
raster added a comment to D7461: optimize glyph images data copy into 4 byte aligned images.

I'm curious... in what kind of benchmark/situation did this actually make a measurable difference? :) I never saw this function in any profiles (well not near the top of anything) so it never was looked into.

Dec 17 2018, 1:56 AM · efl

Dec 15 2018

raster closed T7502: GLintptr conflicts with GL headers from new Mesa on armv7 and i686 as Resolved by committing rEFL0d2b624f1e24: evas gl - make GLintptr etc. also ndefed for GL_VERSION_1_5 fix typedef.
Dec 15 2018, 8:22 AM · Restricted Project
raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

still there?

Dec 15 2018, 8:21 AM · Restricted Project

Dec 6 2018

raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

neon is enabled on aarch64... has been for a long time... :/ aarch64 technically doesn't even need the neon checks. neon is default on aarch64... everywhere. :) sve is new... but not available in silicon yet. i was about to do some sve work but realized i had no silicon to test it on (and i didn't have the patience to do it in a sw virtual cpu system...), but i had done the detect work so thought i'd push it anyway.

Dec 6 2018, 7:57 AM · Restricted Project
raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

neon use was never hard-coded. it used the same detection infra we had for x86 and altivec - runtime detection and then enabling of the calls to the neon (or mmx/sse3 etc.) asm functions instead of the plain C ones

Dec 6 2018, 7:36 AM · Restricted Project
raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

fixed by 01ed58d52d878ea51e7d5dd66f812b8e17f33cb8 i hope.

Dec 6 2018, 7:32 AM · Restricted Project
raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

why disable neon even on 32bit? it's runtime detected and enabled if the cpu supports it at runtime... :)

Dec 6 2018, 7:32 AM · Restricted Project
raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

hmm i think you have a specific ifdef path different to all my machines.NEED_FEATURE_TEST is not defined for you i am guessing. did you disable neon explicitly?

Dec 6 2018, 7:20 AM · Restricted Project
raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

hmm no - autofoo build works.... for me on aarch64.

Dec 6 2018, 6:54 AM · Restricted Project
raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

oh wait.. autotools build. not meson.... let me check.

Dec 6 2018, 6:44 AM · Restricted Project
raster added a comment to T7490: builds broken on aarch64 after adding SVE support.

eh? i am building on aarch64 all the time... my main office desktop is aarch64...

Dec 6 2018, 6:41 AM · Restricted Project
raster added a comment to T6739: Reducing memory consumption for png files with PNG_COLOR_TYPE_PALETTE color type .

btw - with code generation it'd need to understand the idea of not just read 1 pixel, write 1, but possibly read 2, 4, 8 etc. and write 2, 4, 8 (that's not including scaling/map transforms that need to read many samples, merge somehow then write)

Dec 6 2018, 6:39 AM · efl
raster added a comment to T7420: Enlightenment getting stuck after changing theme at "Loading Module: lokker...".

this seems odd. the signal is sent when finishing walking the launch app list.... and e doesn't wait for these apps to exit to do this. so i'm not sure other than the theme not handling the signal but seemingly you say it does... :/ the theme change smelled of this being the issue... so i really am not sure what else then... :/

Dec 6 2018, 6:09 AM · enlightenment-git, Restricted Project
raster added a comment to T7492: Support libpng16.

just checked on debian testing - it includes a libpng.pc... so not sure about ubuntu but this seems now an ubuntu specific issue... check your pkgconfig dires and libpng*.pc files.

Dec 6 2018, 6:07 AM · Restricted Project
raster added a comment to T7477: Clarify how the "constructor" section in eo files is to be used.

indeed ordering may be an issue - some properties may be affected by the state of other properties at the time they are set... :)

Dec 6 2018, 6:06 AM · Restricted Project
raster added a comment to T7492: Support libpng16.

this is specifically a ubuntu or debian issue - arch ships as upstream does with a libpng.pc so checking for just libpng via pkgconfig as efl does works and links to libpng 1.6. (and minor version upgrades until a libpng2.x will just work too).

Dec 6 2018, 3:05 AM · Restricted Project

Dec 3 2018

raster added a comment to T7477: Clarify how the "constructor" section in eo files is to be used.

we're not policing the calls at the C level? eolian_gn can auto-generate the checks so it's possible... :)

Dec 3 2018, 4:30 AM · Restricted Project
raster closed D7403: elm_config: repair configs.
Dec 3 2018, 3:47 AM · efl
raster accepted D7403: elm_config: repair configs.
Dec 3 2018, 3:43 AM · efl

Nov 30 2018

raster added a comment to T6580: EFL perceived responsiveness is not as good as it used to be.

I think you think EFL is in better shape than it is... :) If EOID is turned off then a lot of current "it's safe" paths become dangerous INTERNALLY in efl. if there is something i learned is that 3rd parties will. use efl is all sorts of bizarre ways we never would and they find all the untested paths and then hit much bigger errors as a result. i think it's very unwise in return for a fair small performance gain.

Nov 30 2018, 9:03 AM · Restricted Project, Restricted Project, efl: data types
raster added a comment to T7477: Clarify how the "constructor" section in eo files is to be used.

well it does open the door but this is something we would police at the c level anyway (or should) and at least print errors for calling unapproved calls before finalize on an obj.

Nov 30 2018, 8:52 AM · Restricted Project
raster added a comment to T7477: Clarify how the "constructor" section in eo files is to be used.

i really liked the lambda callback as this then also translates across many languages (js, lua, c++) too... with C being able to skip he lambda fluff and just inline the code directly without it. it's consistent for efl. this is NOT a feature you MUST use. it is optional, so i'm not sure that it is that confusing as you aren't forced into it. it's a (possible) optimization if you want to make use of it though.

Nov 30 2018, 6:08 AM · Restricted Project

Nov 21 2018

raster added a comment to T7420: Enlightenment getting stuck after changing theme at "Loading Module: lokker...".

the theme doesn't emit a signal back to say the init splash is done fading away/ending? so e tells the init splash to exit with:

Nov 21 2018, 7:21 AM · enlightenment-git, Restricted Project
raster closed T6415: Enlightenment sometimes loses focus as Resolved by committing rE6321664f0872: e - winlist/client - don't leave dangling action on window.
Nov 21 2018, 6:04 AM · enlightenment-git

Nov 20 2018

raster added a comment to T6580: EFL perceived responsiveness is not as good as it used to be.

It's dangerous to remove for the following reasons:

Nov 20 2018, 4:53 AM · Restricted Project, Restricted Project, efl: data types

Nov 19 2018

raster edited the content of Main.
Nov 19 2018, 10:05 AM
raster edited the content of Main.
Nov 19 2018, 10:05 AM
raster created Eo History.
Nov 19 2018, 10:03 AM · efl
raster added a comment to T6580: EFL perceived responsiveness is not as good as it used to be.

@ManMower - good you looked.there could have been low hanging fruit and iv'e found a very low hanging fruit in eet recently in the design of the dictionary. it totally does not scale across threads. it actually becomes insanely slower the more threads you have... so using edje_cc's threaded mode is a lot slower than without because of this. it's a low hanging fruit to speed up edje_cc's threaded mode and any multi-threaded use of eet when writing, but i haven't had time to look at it more beyond identifying it.

Nov 19 2018, 9:06 AM · Restricted Project, Restricted Project, efl: data types
raster added a comment to T7477: Clarify how the "constructor" section in eo files is to be used.
<SegFaultXavi> I don't know the internals of eo object construction so I don't understand what do you mean :)
<raster> hmmm
<raster> ok so we added this idea that when objects get constructed they call the constructor and then LATER call a finalize method to finalize construction
<raster> any class can implement a finalize method if it wants - they are like any other methods
<raster> the idea is that you "delay" expansive things until finalize
<raster> so the idea is that you can set up object properties and so on knowing nothing will be actively "done" to your object other than setting up some state
<raster> then in finalize you can do the expensive stuff
<SegFaultXavi> once you have gathered all the state info during construction
<raster> correct
<SegFaultXavi> ok, makes sense
<SegFaultXavi> then I agree only property setters should be allowed in initialization methods
<SegFaultXavi> and enforced at runtime, or users will use all kind of weird stuff in there
<raster> so everything in the constructor block is about doing that before finalize
<raster> if you put nothing there then it's finalized before eo_add returns (or the constructor call returns in other langs)
<raster> right now we dont actually optimize for this - it's a design for possible optimizations
<raster> so encourage people to use it for obj setup
<raster> the q is - what counts as obj setup?
<SegFaultXavi> what the obj decides is obj setup, by specifying it in its constructors section
<raster> sure
<raster> but we havent done that yet
<raster> and itsa class by class
<raster> so from eo base class up we have to start doing this
<raster> a lot of eo base class is safe to be @constructor methods
Nov 19 2018, 8:37 AM · Restricted Project

Nov 17 2018

raster accepted D7298: elm_code: Allow widget to be focused..

sounds right...

Nov 17 2018, 5:04 AM · efl
raster added a comment to T6580: EFL perceived responsiveness is not as good as it used to be.

indeed startup time is a whole kettle of fish on its own - good you looked. what was the profile before you changes though?

Nov 17 2018, 2:59 AM · Restricted Project, Restricted Project, efl: data types

Nov 16 2018

raster added a comment to T7051: enlightenment_askpass prints warning.

i don't see the same log but tbh it's not worth really worrying about much.

Nov 16 2018, 12:14 AM · enlightenment-git

Nov 11 2018

raster requested changes to D7257: meson: follow up on neon build.

hmm this isn't quite right. -msse3 should onlt be applied to the op_blend_master_sse3.c file build so the rest of efl doesn't build with sse3 optimizations in it and sse3 is only applied to this file which is runtime enabled by the sse3 detection. otherwise all of efl is built with sse3 asm optimizations and thus can't run on any cpu not supporting sse3 at all. :)

Nov 11 2018, 1:45 PM · efl
raster added a comment to T6415: Enlightenment sometimes loses focus.

any click to dismiss the alt-tab (winlist) thing will be lost - it's a click that dismisses it too like escape key. that is by design and intent, and it works that way from the frist time i use winlist (if activated by a mouse e.g. button or wheel event). if activated by a key then the mouse is not grabbed/blocked this way and can be used to click on things like alt+left mouse to move a window around. e.g use alt+tab or a key bound to nest/prev window...

Nov 11 2018, 3:56 AM · enlightenment-git
raster added a comment to T6415: Enlightenment sometimes loses focus.

are you sure you're using git master? i am using it here - i bound both my 2nd wheel and an extra 2 mouse buttons to "window : list" -> next window / previous window. it works like a charm... i also bound some extra unused key on my keyboard to "next window" and that works the same way. the window list comes up and stays up. arrow keys allow me to move focus spatially (up goes to the next window vertically, down, next down vertically, left/right the same). escape exits the window switcher. i can keep using wheel/bound mouse buttons to iterate over windows in the list too... and it works again and again and again...

Nov 11 2018, 1:33 AM · enlightenment-git

Nov 9 2018

raster added a commit to T6415: Enlightenment sometimes loses focus: rE5ba54b7aa8c7: e winlist focus and input - fix to work with basic wheel/mouse ev.
Nov 9 2018, 2:09 PM · enlightenment-git
raster closed T6415: Enlightenment sometimes loses focus as Resolved.

@Peter2121 - try git master now. it's working reliably for me with mouse wheel and mouse buttons bound appropriately to contexts... :)

Nov 9 2018, 2:06 PM · enlightenment-git

Nov 8 2018

raster added a comment to T6415: Enlightenment sometimes loses focus.

@ProhtMeyhet - you have a different issue but yes - xserver is not responding. it's hung. that is a "driver issue" really. not much we can do about that. we're asking for the surface attributes to figure out what to render (we need to know how old the buffer is). we never get an answer... nothing we can do there. :(

Nov 8 2018, 9:46 AM · enlightenment-git

Nov 7 2018

raster added a comment to T6415: Enlightenment sometimes loses focus.

noted...

Nov 7 2018, 3:24 AM · enlightenment-git

Nov 6 2018

raster added a comment to T7051: enlightenment_askpass prints warning.

what was the actual error with that trace?

Nov 6 2018, 12:24 AM · enlightenment-git
raster added a comment to T7440: Reference for using the 'icon-terminology' image.

and higher res, even broken up into shell vs screen image for layering:

Nov 6 2018, 12:23 AM · Terminology

Oct 31 2018

raster added a comment to T7444: Enlightenment drop in frames .

i've tested this across various machines and i see no ill effects. i've pushed it for you with a more decent log :)

Oct 31 2018, 8:44 AM · enlightenment-git

Oct 30 2018

raster added a comment to T7444: Enlightenment drop in frames .

oh it's being added multiple times to pending objects? well./... that's bad. it shouldn't but... this does fix it. i'd say merge it. :)

Oct 30 2018, 1:57 AM · enlightenment-git

Oct 29 2018

raster assigned T7444: Enlightenment drop in frames to bu5hm4n.

The Enlightenment ticket system is currently receiving high amounts of spam tickets. This ticket has been closed as spam because it lacks a description. If this ticket is not spam, please reopen it after adding a description.

Oct 29 2018, 6:05 PM · enlightenment-git
Herald closed T7444: Enlightenment drop in frames as Invalid.

The Enlightenment ticket system is currently receiving high amounts of spam tickets. This ticket has been closed as spam because it lacks a description. If this ticket is not spam, please reopen it after adding a description.

Oct 29 2018, 6:05 PM · enlightenment-git
Herald closed T7444: Enlightenment drop in frames as Invalid.

The Enlightenment ticket system is currently receiving high amounts of spam tickets. This ticket has been closed as spam because it lacks a description. If this ticket is not spam, please reopen it after adding a description.

Oct 29 2018, 6:05 PM · enlightenment-git
Herald closed T7444: Enlightenment drop in frames as Invalid.

The Enlightenment ticket system is currently receiving high amounts of spam tickets. This ticket has been closed as spam because it lacks a description. If this ticket is not spam, please reopen it after adding a description.

Oct 29 2018, 5:58 PM · enlightenment-git
raster added a comment to T7360: Evas/Edje animations not in sync .

it is when the window resizes right that you are talking about?

Oct 29 2018, 11:06 AM · efl: layout engine, efl: rendering, efl (efl-1.22), regression
raster added a comment to T7360: Evas/Edje animations not in sync .

oh that is weird... and bad.... this doesnt seem like animation and more like swallows are not following the parent correctly... at least when i resize....

Oct 29 2018, 11:06 AM · efl: layout engine, efl: rendering, efl (efl-1.22), regression
raster closed T7440: Reference for using the 'icon-terminology' image as Resolved.
Oct 29 2018, 11:03 AM · Terminology
raster added a comment to T7440: Reference for using the 'icon-terminology' image.

the license is BSD so technically you need to include a BSD license indicator somewhere (the COPYING file). but when used on a web page like you do (well a gilab repo but it's really a web document...) i think would class as fair use. the about page doesn't reproduce the license as it is directly about the software so that i would say is reasonable. what you do seems reasonable too thus - go for it. keep doing what you do :)

Oct 29 2018, 11:03 AM · Terminology
raster added a comment to T7436: new long left click feature interferes with pager gadget.

i know. i have been looking into solutions for having everything work. i think i have something that works now. i am testing it.

Oct 29 2018, 10:57 AM · enlightenment-git

Oct 18 2018

raster accepted D7177: meson: elementary -e the configs only -i the standard config.
Oct 18 2018, 6:59 AM · efl
raster accepted D7176: meson: add missing ELM_EFREET.
Oct 18 2018, 6:45 AM · efl
raster accepted D7175: meson: we accidently looked at the wrong elementary config spot.
Oct 18 2018, 5:44 AM · efl

Oct 4 2018

raster accepted D7141: wallpaper: if previous advanced basic apply follows advanced setting..
Oct 4 2018, 3:48 AM · enlightenment-git

Oct 1 2018

raster accepted D7105: efl_ui_dnd: fixup leaking inits and code duplication.

only thing that could be fixed is _efl_ui_dnd_shutdown() be removed with using:L

Oct 1 2018, 2:41 AM · efl