On Thu, 14 Feb 2013 11:48:25 -0200 Gustavo Sverzut Barbieri
said:
> On Wed, Feb 13, 2013 at 10:50 AM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
>
> > Log:
> > begin to put ion code to launch cserve2 for e17 in e_start...
> >
> > problem... it runs... mostly.. but is buggy.
> >
>
On Wed, Feb 13, 2013 at 10:50 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> begin to put ion code to launch cserve2 for e17 in e_start...
>
> problem... it runs... mostly.. but is buggy.
>
> svgs -> no load (generic loader issue?)
>
I don't think there is a generic loade
On Thu, 14 Feb 2013 13:05:32 + Michael Blumenkrantz
said:
> I don't even want to know what you're doing that you'd want to hide bugs
> like this
i was seeing some stringshare issues with bd->borderneame. a quick look shows
all is fine.. an the only thing that may be happening is access to it
I don't even want to know what you're doing that you'd want to hide bugs
like this
On Thu, Feb 14, 2013 at 1:02 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> paranoia - set thigns we free to nullin case a side-effect of a later
> call calls some callback that somehow acces
On Tue, 29 Jan 2013 17:38:24 +0900 Cedric BAIL said:
> On Tue, Jan 29, 2013 at 5:25 PM, Enlightenment SVN
> wrote:
> > Log:
> > fix window unmap event handling with synthetic unmaps - only really an
> > issue during manageing (startup) of a border - race condition. may
> > misee hides. this
no
On Tue, Jan 29, 2013 at 8:38 AM, Cedric BAIL wrote:
> On Tue, Jan 29, 2013 at 5:25 PM, Enlightenment SVN
> wrote:
> > Log:
> > fix window unmap event handling with synthetic unmaps - only really an
> > issue during manageing (startup) of a border - race condition. may
> > misee hides. th
On Tue, Jan 29, 2013 at 5:25 PM, Enlightenment SVN
wrote:
> Log:
> fix window unmap event handling with synthetic unmaps - only really an
> issue during manageing (startup) of a border - race condition. may
> misee hides. this fixes it but needs efl 1.8. :/
Isn't trunk only for 1.8 and branch
On Sun, 30 Dec 2012 02:53:30 -0800
"Enlightenment SVN" wrote:
> Log:
> oh this was always broken - mh simply was never set and being used...
> until the 2nd loop. by then it ws too lae as ms was screwed.
>
>
>
> Author: raster
> Date: 2012-12-30 02:53:29 -0800 (Sun, 30 Dec
On Sun, 30 Dec 2012 09:22:22 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Sat, 29 Dec 2012 12:34:50 + Michael Blumenkrantz
> said:
>
> > On Sat, 29 Dec 2012 10:53:14 +0900
> > Carsten Haitzler (The Rasterman) wrote:
> >
> > > On Fri, 28 Dec 2012 19:20:53 + Michael Blumenkrantz
>
On Sat, 29 Dec 2012 12:34:50 + Michael Blumenkrantz
said:
> On Sat, 29 Dec 2012 10:53:14 +0900
> Carsten Haitzler (The Rasterman) wrote:
>
> > On Fri, 28 Dec 2012 19:20:53 + Michael Blumenkrantz
> > said:
> >
> > > On Thu, 27 Dec 2012 19:28:25 -0800
> > > "Enlightenment SVN" wrote:
>
On Sat, 29 Dec 2012 10:53:14 +0900
Carsten Haitzler (The Rasterman) wrote:
> On Fri, 28 Dec 2012 19:20:53 + Michael Blumenkrantz
> said:
>
> > On Thu, 27 Dec 2012 19:28:25 -0800
> > "Enlightenment SVN" wrote:
> >
> > > Log:
> > > allow for primary toplevel menus > screen height (or width)
On Fri, 28 Dec 2012 19:20:53 + Michael Blumenkrantz
said:
> On Thu, 27 Dec 2012 19:28:25 -0800
> "Enlightenment SVN" wrote:
>
> > Log:
> > allow for primary toplevel menus > screen height (or width) and
> > autoscroll them correctly. also raise the limits for menu sizes up to
> > 30k or
On Thu, 27 Dec 2012 19:28:25 -0800
"Enlightenment SVN" wrote:
> Log:
> allow for primary toplevel menus > screen height (or width) and
> autoscroll them correctly. also raise the limits for menu sizes up to
> 30k or 2x zone height for menu item cutoff...
>
>
>
> Author: raster
>
On Tue, 20 Nov 2012 16:48:19 -0200 "Eduardo Lima (Etrunko)"
said:
> And now talking about the "About Dialog", how can we make it consume
> less CPU!? Enlightenment process can take up to 50% of CPU while it is
> showing the text.
its a combination of 1. textblock recalcs, and 2. all the soft sha
On Tue, 20 Nov 2012 17:32:37 -0200 Gustavo Sverzut Barbieri
said:
> On Tue, Nov 20, 2012 at 5:20 PM, Eduardo Lima (Etrunko)
> wrote:
>
> > On Tue, Nov 20, 2012 at 5:08 PM, Gustavo Sverzut Barbieri
> > wrote:
> > > 1 - check your fps, if it's a lot, it will render it a lot. Alternatively
> > > s
On Tue, Nov 20, 2012 at 5:20 PM, Eduardo Lima (Etrunko) wrote:
> On Tue, Nov 20, 2012 at 5:08 PM, Gustavo Sverzut Barbieri
> wrote:
> > 1 - check your fps, if it's a lot, it will render it a lot. Alternatively
> > sync with GL (comp settings)
>
> Yes, it is synchronized, aka 60fps.
>
>
also, if g
On Tue, Nov 20, 2012 at 5:08 PM, Gustavo Sverzut Barbieri
wrote:
> 1 - check your fps, if it's a lot, it will render it a lot. Alternatively
> sync with GL (comp settings)
Yes, it is synchronized, aka 60fps.
> 2 - remove soft shadow, current evas impl will render the same text
> multiple times a
1 - check your fps, if it's a lot, it will render it a lot. Alternatively
sync with GL (comp settings)
2 - remove soft shadow, current evas impl will render the same text
multiple times at different transparency to get that effect;
3 - remove that annoying scrolling text, make it paged and do the s
Hey
it seems that start of e has changed quite a bit. Would it be possible
that someone updates :
http://trac.enlightenment.org/e/wiki/Debugging
?
Vincent
On Tue, Nov 13, 2012 at 6:47 AM, Enlightenment SVN
wrote:
> Log:
> 1. move crashdump to its own file - not in xsession-errors (gets
> ov
On Mon, 27 Aug 2012 20:58:17 -0300 Gustavo Sverzut Barbieri
said:
> On Monday, August 27, 2012, Enlightenment SVN wrote:
>
> > Log:
> > hyoyoung is right. put settings back. those were for a different thing
> > were click ALWAYS raises window even if on sloppy/pointer.
> >
> >
> >
> And we're
On Monday, August 27, 2012, Enlightenment SVN wrote:
> Log:
> hyoyoung is right. put settings back. those were for a different thing
> were click ALWAYS raises window even if on sloppy/pointer.
>
>
>
And we're broken again. You should add an if() for the click to focus case
>
> Author:
On Wed, 15 Aug 2012 10:47:19 +0100 Michael Blumenkrantz
said:
> sure. it's something that happens due to backlight hooking all the
> different events; the level is somehow getting misapplied repeatedly on
> every triggered event, causing flickering and unwanted behavior. I can't
> reproduce since
sure. it's something that happens due to backlight hooking all the
different events; the level is somehow getting misapplied repeatedly on
every triggered event, causing flickering and unwanted behavior. I can't
reproduce since I don't have a backlight.
On Wed, Aug 15, 2012 at 10:43 AM, Carsten Ha
On Wed, 15 Aug 2012 10:32:27 +0100 Michael Blumenkrantz
said:
i tested - and backlight doesn't change (for me) when using xrandr - intel
drivers so xbacklight works. i don't see the brightness change. fullscreening
windows back and forth etc. etc. - i'd rather find the issue than avoid it.
> thi
this change was originally made to fix issues where randr mode would
constantly change the backlight level without apparent cause
On Wed, Aug 15, 2012 at 10:31 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> umm lets use xrandr first/ it SHOULD be better than going to /sys as
On Thu, 2 Aug 2012 07:28:02 +0100 Michael Blumenkrantz
said:
i already told you:
"on initial login xsettings dont work. all gtk apps have their default look
UNTIL e restarts. reverting to the svn revision i reverted to makes it work
again".
changes u made after that version broke it - next patc
I give up. Your constant reverts and refusal to submit any sort of report
or do debugging make it impossible to improve this. It can stay slow and
blocking forever now.
On Thu, Aug 2, 2012 at 4:36 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> unfortuntely.. i have to revert
On Tue, 31 Jul 2012 10:08:46 +0100 Michael Blumenkrantz
said:
> On Tue, Jul 31, 2012 at 10:05 AM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
>
> > Log:
> > revert stringshare changes by zmike - they break xsettings support. it
> > works again now i revert these.
> >
> >
> >
> > A
On Tue, Jul 31, 2012 at 10:05 AM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> revert stringshare changes by zmike - they break xsettings support. it
> works again now i revert these.
>
>
>
> Author: raster
> Date: 2012-07-31 02:05:39 -0700 (Tue, 31 Jul 2012)
> N
i think some distro have workaround dsdt
you can try opensuse, mandriva to see if is the same
or you can try to fix your dsdt
http://forums.opensuse.org/unreviewed-how-faq/386054-how-fix-your-buggy-dsdt.html
google for "hackintosh fix dsdt"
or maybe an updated bios solve this
On Fri, 25 May 2012 0
On Fri, 25 May 2012 10:15:29 +0800 P Purkayastha said:
> Sorry once again. I wonder... this means that acpid has all the
> workarounds for all the broken laptops out there. Maybe you could just
> always trust acpid to give the correct information (if acpid is running).
umm no - this isnt in ac
On Fri, 25 May 2012 03:08:47 +0200 Michaël Bouchaud said:
i don't know exactly what the cause is. i'd have to study up on acpi dsdt's
more (i just know about it rather vaguely) and dump the dsdt, disassemble, read
and see. i'd also have to poke around the kernel to see if it perchance screwed
up.
Sorry once again. I wonder... this means that acpid has all the
workarounds for all the broken laptops out there. Maybe you could just
always trust acpid to give the correct information (if acpid is running).
On 05/25/2012 09:08 AM, Michaël Bouchaud wrote:
> I really dislike these surprises :)
>
I really dislike these surprises :)
This issue couldn't be reported to kernel devs ?
Or this issue is from dsdt and acpi from vendors ?
Not in view to remove the work around...
2012/5/25 Enlightenment SVN
> Log:
> work around ppurka's demented laptop.
>
>
>
> Author: raster
> Date:
On Wed, 28 Mar 2012 21:56:23 +0900 Carsten Haitzler (The Rasterman)
wrote:
> On Wed, 28 Mar 2012 21:40:37 +1000 David Seikel
> said:
>
> > On Wed, 28 Mar 2012 13:29:40 +0200 Leif Middelschulte
> > wrote:
> >
> > > 2012/3/28 Enlightenment SVN :
> > > > Log:
> > > > put env bug so waiting to ha
On Wed, 28 Mar 2012 21:40:37 +1000 David Seikel said:
> On Wed, 28 Mar 2012 13:29:40 +0200 Leif Middelschulte
> wrote:
>
> > 2012/3/28 Enlightenment SVN :
> > > Log:
> > > put env bug so waiting to happen - env vars wont be set. no crash
> > > though.
> > >
> > >
> > >
> > > Author: rast
On Wed, Mar 28, 2012 at 8:40 AM, David Seikel wrote:
> How did that even compile?
http://25.media.tumblr.com/tumblr_m0xrmouZyN1rrju89o1_400.jpg
--
Leandro
--
This SF email is sponsosred by:
Try Windows Azure free for
On Wed, 28 Mar 2012 13:29:40 +0200 Leif Middelschulte
wrote:
> 2012/3/28 Enlightenment SVN :
> > Log:
> > put env bug so waiting to happen - env vars wont be set. no crash
> > though.
> >
> >
> >
> > Author: raster
> > Date: 2012-03-28 00:26:22 -0700 (Wed, 28 Mar 2012)
> > New Revi
2012/3/28 Enlightenment SVN :
> Log:
> put env bug so waiting to happen - env vars wont be set. no crash
> though.
>
>
>
> Author: raster
> Date: 2012-03-28 00:26:22 -0700 (Wed, 28 Mar 2012)
> New Revision: 69696
> Trac: http://trac.enlightenment.org/e/changeset/69696
>
> Mod
On Fri, 28 Oct 2011 21:36:32 -0700
"Enlightenment SVN" wrote:
> Log:
> make backlight code a bit more generic with a list of sysfs files to
> look at to get backlight working.
>
>
>
> Author: raster
> Date: 2011-10-28 21:36:32 -0700 (Fri, 28 Oct 2011)
> New Revision: 64503
On Tue, 11 Jan 2011, Enlightenment SVN wrote:
> Log:
> ooh and ALSO handle files if .edj - if full path set.
>
>
>
> Author: raster
> Date: 2011-01-11 02:09:48 -0800 (Tue, 11 Jan 2011)
> New Revision: 56050
> Trac: http://trac.enlightenment.org/e/changeset/56050
>
> Modifie
On Sat, 8 Jan 2011 10:25:20 -0800
"Enlightenment SVN" wrote:
> Log:
> wow.. well.. seems this became a .in file - that explains why it was
> rtemoved. modify .in.
>
>
>
> Author: raster
> Date: 2011-01-08 10:25:20 -0800 (Sat, 08 Jan 2011)
> New Revision: 55996
> Trac:
On Thu, Jan 6, 2011 at 1:58 AM, Enlightenment SVN
wrote:
> Log:
> desklock - dont ret 1 on failure to auth. only on failure to init!
>
>
>
> Author: raster
> Date: 2011-01-05 19:58:58 -0800 (Wed, 05 Jan 2011)
> New Revision: 55923
> Trac: http://trac.enlightenment.org/e/chang
On Mon, 03 Jan 2011 12:48:38 -0500 Christopher Michael
said:
> On 01/03/2011 12:43 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 3 Jan 2011 18:42:35 +0100 (CET) Vincent Torri
> > said:
> >
> >>
> >>
> >> On Tue, 4 Jan 2011, Carsten Haitzler (The Rasterman) wrote:
> >>
> >>> On Tue, 4 Ja
On Wed, 05 Jan 2011 15:26:11 +0800, Vincent Torri
wrote:
>
>
> On Wed, 5 Jan 2011, Mike Blumenkrantz wrote:
>
>> On Mon, 03 Jan 2011 12:48:38 -0500
>> Christopher Michael wrote:
>>
>>> On 01/03/2011 12:43 PM, Carsten Haitzler (The Rasterman) wrote:
On Mon, 3 Jan 2011 18:42:35 +0100 (CET)
On Wed, 5 Jan 2011, Mike Blumenkrantz wrote:
> On Mon, 03 Jan 2011 12:48:38 -0500
> Christopher Michael wrote:
>
>> On 01/03/2011 12:43 PM, Carsten Haitzler (The Rasterman) wrote:
>>> On Mon, 3 Jan 2011 18:42:35 +0100 (CET) Vincent Torri
>>> said:
>>>
On Tue, 4 Jan 2011, Carsten
On Mon, 03 Jan 2011 12:48:38 -0500
Christopher Michael wrote:
> On 01/03/2011 12:43 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 3 Jan 2011 18:42:35 +0100 (CET) Vincent Torri
> > said:
> >
> >>
> >>
> >> On Tue, 4 Jan 2011, Carsten Haitzler (The Rasterman) wrote:
> >>
> >>> On Tue, 4 J
On 01/03/2011 12:43 PM, Carsten Haitzler (The Rasterman) wrote:
> On Mon, 3 Jan 2011 18:42:35 +0100 (CET) Vincent Torri
> said:
>
>>
>>
>> On Tue, 4 Jan 2011, Carsten Haitzler (The Rasterman) wrote:
>>
>>> On Tue, 4 Jan 2011 03:09:52 +1000 David Seikel said:
>>>
On Mon, 03 Jan 2011 12:05:55 -
On Mon, 3 Jan 2011 18:42:35 +0100 (CET) Vincent Torri
said:
>
>
> On Tue, 4 Jan 2011, Carsten Haitzler (The Rasterman) wrote:
>
> > On Tue, 4 Jan 2011 03:09:52 +1000 David Seikel said:
> >
> >> On Mon, 03 Jan 2011 12:05:55 -0500 Christopher Michael
> >> wrote:
> >>
> >>> On 01/03/2011 11:58
On Tue, 4 Jan 2011, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 4 Jan 2011 03:09:52 +1000 David Seikel said:
>
>> On Mon, 03 Jan 2011 12:05:55 -0500 Christopher Michael
>> wrote:
>>
>>> On 01/03/2011 11:58 AM, David Seikel wrote:
On Mon, 03 Jan 2011 11:55:10 -0500 Christopher Michae
On Tue, 4 Jan 2011 03:09:52 +1000 David Seikel said:
> On Mon, 03 Jan 2011 12:05:55 -0500 Christopher Michael
> wrote:
>
> > On 01/03/2011 11:58 AM, David Seikel wrote:
> > > On Mon, 03 Jan 2011 11:55:10 -0500 Christopher Michael
> > > wrote:
> > >
> > >> Indeed. Guilty as charged :( What's t
On Mon, 03 Jan 2011 12:05:55 -0500 Christopher Michael
wrote:
> On 01/03/2011 11:58 AM, David Seikel wrote:
> > On Mon, 03 Jan 2011 11:55:10 -0500 Christopher Michael
> > wrote:
> >
> >> Indeed. Guilty as charged :( What's the 'sentence' for this
> >> offense ? ;)
> >>
> >> On 01/03/2011 11:43
On 01/03/2011 11:58 AM, David Seikel wrote:
> On Mon, 03 Jan 2011 11:55:10 -0500 Christopher Michael
> wrote:
>
>> Indeed. Guilty as charged :( What's the 'sentence' for this
>> offense ? ;)
>>
>> On 01/03/2011 11:43 AM, Carsten Haitzler (The Rasterman) wrote:
>>> On Mon, 03 Jan 2011 11:20:57 -05
On Mon, 03 Jan 2011 11:55:10 -0500 Christopher Michael
wrote:
> Indeed. Guilty as charged :( What's the 'sentence' for this
> offense ? ;)
>
> On 01/03/2011 11:43 AM, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 03 Jan 2011 11:20:57 -0500 Christopher
> > Michael said:
> >
> > blame! :)
>
On 01/03/2011 11:48 AM, David Seikel wrote:
> On Mon, 03 Jan 2011 18:45:37 +0200 Tom Hacohen
> wrote:
>
>> It can be arranged.
>>
>> On Mon, 2011-01-03 at 11:43 -0500, Christopher Michael wrote:
>>> No, Trac is not lying in this case...tho I wish it was ;)
>
> /me snickers.
>
What are you snicke
Indeed. Guilty as charged :( What's the 'sentence' for this offense ? ;)
dh
On 01/03/2011 11:43 AM, Carsten Haitzler (The Rasterman) wrote:
> On Mon, 03 Jan 2011 11:20:57 -0500 Christopher Michael
> said:
>
> blame! :)
>
>> Hmm, well I'll be. As it turns out, apparently I did :( some 16 months
>>
On Mon, 03 Jan 2011 10:59:26 -0500 Christopher Michael
said:
> On 01/02/2011 11:33 PM, Enlightenment SVN wrote:
> > Log:
> > why did you turn off config versioning devilhorns? back on!
> >
> Was not me. I haven't touched e_config.c in about 5 months. Let me
> guess, you used svn blame and it cam
On Mon, 03 Jan 2011 11:20:57 -0500 Christopher Michael
said:
blame! :)
> Hmm, well I'll be. As it turns out, apparently I did :( some 16 months
> ago ... don't even remember doing thatbut trac doesn't lie:
>
> http://trac.enlightenment.org/e/changeset/42152/trunk/e/src/bin/e_config.c
>
>
On Mon, 03 Jan 2011 18:45:37 +0200 Tom Hacohen
wrote:
> It can be arranged.
>
> On Mon, 2011-01-03 at 11:43 -0500, Christopher Michael wrote:
> > No, Trac is not lying in this case...tho I wish it was ;)
/me snickers.
signature.asc
Description: PGP signature
--
It can be arranged.
On Mon, 2011-01-03 at 11:43 -0500, Christopher Michael wrote:
> No, Trac is not lying in this case...tho I wish it was ;)
>
> dh
--
Learn how Oracle Real Application Clusters (RAC) One Node allows cu
No, Trac is not lying in this case...tho I wish it was ;)
dh
On 01/03/2011 11:38 AM, Tom Hacohen wrote:
> Trac is obviously lying. raster probably installed the April fools' Trac
> plugin.
>
> On Mon, 2011-01-03 at 11:30 -0500, Christopher Michael wrote:
>> LOL, well when more than one person bla
Trac is obviously lying. raster probably installed the April fools' Trac
plugin.
On Mon, 2011-01-03 at 11:30 -0500, Christopher Michael wrote:
> LOL, well when more than one person blames you for something, you tend
> to want to seek out the truth, thus my venture into Trac to find where
> that
LOL, well when more than one person blames you for something, you tend
to want to seek out the truth, thus my venture into Trac to find where
that line was changedand to my incredible surprise, it turns out it
actually was me :( Not sure why that change was made (as it was a long
time ago),
I always knew "pants on fire" is a good argument, but I could have never
imagined how much. :P
--
Tom.
On Mon, 2011-01-03 at 11:20 -0500, Christopher Michael wrote:
> Hmm, well I'll be. As it turns out, apparently I did :( some 16 months
> ago ... don't even remember doing thatbut trac doesn
Hmm, well I'll be. As it turns out, apparently I did :( some 16 months
ago ... don't even remember doing thatbut trac doesn't lie:
http://trac.enlightenment.org/e/changeset/42152/trunk/e/src/bin/e_config.c
I think that may have been something that got committed by accident as I
can see no v
Pants on fire.
On Mon, 2011-01-03 at 10:59 -0500, Christopher Michael wrote:
> On 01/02/2011 11:33 PM, Enlightenment SVN wrote:
> > Log:
> > why did you turn off config versioning devilhorns? back on!
> >
> Was not me. I haven't touched e_config.c in about 5 months. Let me
> guess, you used svn b
On 01/02/2011 11:33 PM, Enlightenment SVN wrote:
> Log:
> why did you turn off config versioning devilhorns? back on!
>
Was not me. I haven't touched e_config.c in about 5 months. Let me
guess, you used svn blame and it came up with my name ? WTH is going on
w/ that command ? This is the second t
On 09/12/2010 06:57 PM, Carsten Haitzler (The Rasterman) wrote:
> On Fri, 10 Sep 2010 11:15:49 -0400 Christopher Michael
> said:
>
>> On 09/10/2010 12:09 AM, Enlightenment SVN wrote:
>>> Log:
>>> menu icons.. are meant to be e_icon objects... devilhorns!
>>> :)
>>> (damned 64bit shit fo
On Fri, 10 Sep 2010 11:15:49 -0400 Christopher Michael
said:
> On 09/10/2010 12:09 AM, Enlightenment SVN wrote:
> > Log:
> >menu icons.. are meant to be e_icon objects... devilhorns!
> >:)
> >(damned 64bit shit found it)
> >
> >
actually amazing it worked at all on 32bit. as such e17
On 09/10/2010 12:09 AM, Enlightenment SVN wrote:
> Log:
>menu icons.. are meant to be e_icon objects... devilhorns!
>:)
>(damned 64bit shit found it)
>
>
DOH :( Sorry about that. Spanking received, Thanks for the fix old man :)
dh
-
On Wed, 14 Jul 2010 10:48:49 +0800 Brett Nash said:
i know they're there. :) ruben is working on a bigger better more full-covering
fix :) thus why i think they are find to spam in for now :)
>
> Good to know I'm not the only one who spams the world with
> miss-committed printfs...
>
> svn nee
Good to know I'm not the only one who spams the world with
miss-committed printfs...
svn needs add --interactive ;-)
> Author: raster
> Date: 2010-07-13 16:56:47 -0700 (Tue, 13 Jul 2010)
> New Revision: 50240
>
> Modified:
> trunk/e/src/bin/e_dpms.c
>
> Modified: trunk/e/src/b
But other parts of E expects it to be gone, so it was right for them :)
Anyway, need to track down all internal users who listens to file drops
and fix correctly.
Sebastian
> Log:
> DONT strip file://! efm etc. expects it.. as its a uri! dnd broke as of
> this
> change completely... bad engle
On Tue, 27 Apr 2010 12:47:18 -0300 Gustavo Sverzut Barbieri
said:
i could have sworn i editied the makefile.am.. in fact i did.. i KNOW i did...
why the hell didnt it get committed... did i forget to save?
> i fixed it
>
> On Tue, Apr 27, 2010 at 11:10 AM, Albin Tonnerre
> wrote:
> > On Tue, A
i fixed it
On Tue, Apr 27, 2010 at 11:10 AM, Albin Tonnerre
wrote:
> On Tue, Apr 27, 2010 at 3:30 PM, Enlightenment SVN
> wrote:
>> Log:
>> no more e_fm_open - use dbus... eg:
>>
>> dbus-send --session --dest=org.enlightenment.FileManager
>> /org/enlightenment/FileManager org.enlightenment.Fi
Am 27.04.2010 um 15:52 schrieb Gustavo Sverzut Barbieri:
> On Tue, Apr 27, 2010 at 10:30 AM, Enlightenment SVN
> wrote:
>> Log:
>> no more e_fm_open - use dbus... eg:
>>
>> dbus-send --session --dest=org.enlightenment.FileManager
>> /org/enlightenment/FileManager org.enlightenment.FileManage
On Tue, Apr 27, 2010 at 3:30 PM, Enlightenment SVN
wrote:
> Log:
> no more e_fm_open - use dbus... eg:
>
> dbus-send --session --dest=org.enlightenment.FileManager
> /org/enlightenment/FileManager org.enlightenment.FileManager.OpenDirectory
> string:'/home/raster'
>
>
> Author: raster
>
On Tue, Apr 27, 2010 at 10:30 AM, Enlightenment SVN
wrote:
> Log:
> no more e_fm_open - use dbus... eg:
>
> dbus-send --session --dest=org.enlightenment.FileManager
> /org/enlightenment/FileManager org.enlightenment.FileManager.OpenDirectory
> string:'/home/raster'
I guess someone could write
On 03/16/2010 07:21 AM, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 16 Mar 2010 06:35:37 -0400 Christopher Michael
> said:
>
>> On 03/16/2010 04:11 AM, Enlightenment SVN wrote:
>>> Log:
>>> and on osx - they use some other env var apparently.
>>>
>>
>> Not 100% on this, but shouldn't tha
On Tue, 16 Mar 2010 06:35:37 -0400 Christopher Michael
said:
> On 03/16/2010 04:11 AM, Enlightenment SVN wrote:
> > Log:
> >and on osx - they use some other env var apparently.
> >
>
> Not 100% on this, but shouldn't that be an OR, rather than an AND ? So
> that it checks OSx and other sys
On 03/16/2010 04:11 AM, Enlightenment SVN wrote:
> Log:
>and on osx - they use some other env var apparently.
>
Not 100% on this, but shouldn't that be an OR, rather than an AND ? So
that it checks OSx and other systems (linux, etc)...
dh
> args = alloca((argc + 2 + VALGRIND_MAX_ARGS)
- Original Message -
From: "Enlightenment SVN"
To: enlightenment-...@lists.sourceforge.net
Sent: Friday, January 8, 2010 8:01:56 PM GMT -05:00 US/Canada Eastern
Subject: E SVN: raster trunk/e/src/bin
Log:
comments++
Author: raster
Date: 2010-01-08 17:01:56 -0800 (Fri, 08 Jan 20
On Mon, Mar 23, 2009 at 6:36 AM, Enlightenment SVN
wrote:
> Log:
> nuke segv in fm and leaks in menus.
Raster, please see http://trac.enlightenment.org/e/changeset/38528, it
should be automatic, if not something is holding reference to menu and
not hitting delete function.
Also, just realized
I was pretty sure that I had updated and installed efreet beforehand,
really :)
anyway, for reasons beyond my control, e starts fine now :)
On Thu, 2009-02-26 at 22:15 +1100, Carsten Haitzler wrote:
> On Thu, 26 Feb 2009 09:55:47 +0100 Viktor Kojouharov
> said:
>
> does the commit log indicate
On Thu, 26 Feb 2009 09:55:47 +0100 Viktor Kojouharov
said:
does the commit log indicate to you what you should do? :) (hint)
> E segfaults on start with this change. No idea why
>
> On Thu, Feb 26, 2009 at 4:46 AM, Enlightenment SVN
> wrote:
> > Log:
> > use new efreet api fo extra icon dirs.
E segfaults on start with this change. No idea why
On Thu, Feb 26, 2009 at 4:46 AM, Enlightenment SVN
wrote:
> Log:
> use new efreet api fo extra icon dirs.
>
>
> Author: raster
> Date: 2009-02-25 19:46:59 -0800 (Wed, 25 Feb 2009)
> New Revision: 39227
>
> Modified:
> trunk/e/src/
Erm, actually yes :)
Ok, I do understand, that many technophobe people do not like when
their consumer-devices (which are actually little computers with a PC
OS) behave like a computer, but that doesn't change the fact, that
this machines are computers and do the same stuff.
Maybe I'm just not co
On Thursday, 29 January 2009, at 08:43:26 (+1100),
Carsten Haitzler wrote:
> i chose something more generic - why? reboot is a very computerish term. what
> if you have... a phone - or a media player. do you "reboot it"? :)
Yes.
"Reboot" is actually a more clear and correct term. In fact, "reb
On Wed, 28 Jan 2009 21:33:15 +0100 thomasg said:
> Hi raster,
>
> may I ask, why you replaced "reboot" by "reset"?
i chose something more generic - why? reboot is a very computerish term. what
if you have... a phone - or a media player. do you "reboot it"? :)
> In my understanding, "reset" is
Hi raster,
may I ask, why you replaced "reboot" by "reset"?
In my understanding, "reset" is the action you take when nothing works
and you just power off without a proper shutdown procedure.
Not only all other DE's/OS's use reboot, but also the shutdown tool
from the widely used sysvinit (not only
On Fri, 2 Jan 2009 15:55:30 +0100 "Albin Tonnerre"
babbled:
> Oh, sorry, didn't think about that :/
>
> On Fri, Jan 2, 2009 at 12:19 PM, Enlightenment SVN <
> no-re...@enlightenment.org> wrote:
>
> > Log:
> > fix things that broke after utils moved to lib/e/subdir
> >
> >
> > Author: ras
Oh, sorry, didn't think about that :/
On Fri, Jan 2, 2009 at 12:19 PM, Enlightenment SVN <
no-re...@enlightenment.org> wrote:
> Log:
> fix things that broke after utils moved to lib/e/subdir
>
>
> Author: raster
> Date: 2009-01-02 03:19:06 -0800 (Fri, 02 Jan 2009)
> New Revision: 3
happens to the best of us
dh
Enlightenment SVN wrote:
> Log:
> oops. i was on drugs that day. wrong call (right parameters!)
> good catch
>
>
> Author: raster
> Date: 2008-10-26 15:44:57 -0700 (Sun, 26 Oct 2008)
> New Revision: 37178
>
> Modified:
> trunk/e/src/bin/
Great idea
dh
Enlightenment SVN wrote:
> Log:
> add a (disabled) dump call for string dumping.
>
>
> Author: raster
> Date: 2008-10-26 17:38:03 -0700 (Sun, 26 Oct 2008)
> New Revision: 37187
>
> Modified:
> trunk/e/src/bin/e_main.c
>
> Modified: trunk/e/src/bin/e_main.c
Dans son message intitulé « E SVN: raster trunk/e/src/bin » du Wed, 10
Sep 2008 20:37:06 -0700, [EMAIL PROTECTED] nous a donné
l'occasion de lire :
> Author: raster
> Date: 2008-09-10 20:37:06 -0700 (Wed, 10 Sep 2008)
> New Revision: 35940
>
> Modified:
> trunk/e/src/bin/e_scrollf
more eyes on the scale please
dh
[EMAIL PROTECTED] wrote:
> Author: raster
> Date: 2008-09-09 21:34:42 -0700 (Tue, 09 Sep 2008)
> New Revision: 35915
>
> Modified:
> trunk/e/src/bin/e_canvas.c
> Log:
>
> commented out.. scale testing!
>
>
>
> Modified: trunk/e/src/bin/e_
96 matches
Mail list logo
