2009/4/14 Vincent Torri
>
> Hey,
>
>
> Hi all I have done a theme to use with trac, it is based on the last
>> mockup
>> I found for the e-website.
>>
>> You can see a testing version I have set up at:
>> http://www.gurumeditation.it:8000/trac/
>>
>> If you like it I will going to do the same fo
2009/4/14 Ian Caldwell
> I like it, any chance you can finish the mockup for the current revision of
> the site tooo? The person who was doing it disappeared and I haven't heard
> anything else about it. thanks!
> --Ian "Inc" Caldwell
>
Yes sure, If we agree on the trac one, I will also redesign
Hi,
Bug confirmed. Please create a ticket at http://trac.enlightenment.org/e
Thanks,
Amey
On Tue, Apr 14, 2009 at 2:15 PM, Noorul Islam K M wrote:
>
> Hello e-users,
>
>
> I have been trying to use e-notify-send for some application. But if I
> try to send a message that contains "<" symbol the
On Tue, 14 Apr 2009 00:41:34 +0200 Dave Andreoli said:
all fine by me! :)
> Hi all I have done a theme to use with trac, it is based on the last mockup
> I found for the e-website.
>
> You can see a testing version I have set up at:
> http://www.gurumeditation.it:8000/trac/
>
> If you like it
hi guys,
beg your pardon for the disturbing and deepest apologizes if i miss the
existing official statements already published (if any).
assume that following guidelines are a base for the subj:
http://trac.enlightenment.org/e/wiki/Release
http://trac.enlightenment.org/e/wiki/ReleaseSchedule
wi
> Willing to help testing? You can do:
>
>- compare expedite benchmarks on the same system, tell us if you
> see regressions.
>- check memory usage.
>- check if dialogs work properly.
>- create a dummy user and start with a clean profile, try to
> configure the system the way you
On Mon, 13 Apr 2009, sda wrote:
Willing to help testing? You can do:
- compare expedite benchmarks on the same system, tell us if you
see regressions.
- check memory usage.
- check if dialogs work properly.
- create a dummy user and start with a clean profile, try to
configure t
On Mon, Apr 13, 2009 at 7:00 PM, sda wrote:
> hi guys,
>
> beg your pardon for the disturbing and deepest apologizes if i miss the
> existing official statements already published (if any).
>
> assume that following guidelines are a base for the subj:
> http://trac.enlightenment.org/e/wiki/Release
Am Sat, 11 Apr 2009 07:08:16 -0300 schrieb Gustavo Sverzut Barbieri:
Thanks for your hints.
regards
Andreas
> On Sat, Apr 11, 2009 at 4:22 AM, Enlightenment SVN
> wrote:
> > Log:
> > free EinaList at exit
> > + for (l = dpms_list; l; l = eina_list_next(l))
> > + {
> > + dpms_list = ei
Enlightenment SVN wrote:
> Log:
> - correct free
> - 'if' arround free cfdata - it's better like this
How is it better with the 'if' around cfdata ? If cfdata didn't exist in
the first place then there are bigger problems with this module/config
dialogso really the 'if' check is kinda
Am Fri, 10 Apr 2009 22:54:45 -0300 schrieb Gustavo Sverzut Barbieri:
> On Fri, Apr 10, 2009 at 7:34 PM, Enlightenment SVN
> wrote:
>
> > - now used Eina_List for storage (I hope I used it correct...)
>
> > + Eina_List *l = NULL;
> > + Evas_Object *o = NULL;
> > +
> > + // delete the list
Am Tue, 14 Apr 2009 15:00:33 -0400 schrieb Christopher Michael:
> Enlightenment SVN wrote:
> > Log:
> > - correct free
> > - 'if' arround free cfdata - it's better like this
>
>
>
>
> How is it better with the 'if' around cfdata ? If cfdata didn't exist
> in the first place then there are
Andreas Volz wrote:
> Am Tue, 14 Apr 2009 15:00:33 -0400 schrieb Christopher Michael:
>
> and that's all. If it is NULL, then it does nothing and then return at
> the end of the function. It it is not NULL, then it frees cfdata. I see
> no reason to NULL the pointers in the struct before freein
On Tue, Apr 14, 2009 at 4:09 PM, Andreas Volz wrote:
> Am Fri, 10 Apr 2009 22:54:45 -0300 schrieb Gustavo Sverzut Barbieri:
>
>> On Fri, Apr 10, 2009 at 7:34 PM, Enlightenment SVN
>> wrote:
>>
>> > - now used Eina_List for storage (I hope I used it correct...)
>>
>> > + Eina_List *l = NULL;
>>
Gustavo Sverzut Barbieri wrote:
> On Tue, Apr 14, 2009 at 4:09 PM, Andreas Volz wrote:
>> Am Fri, 10 Apr 2009 22:54:45 -0300 schrieb Gustavo Sverzut Barbieri:
>>
>>> On Fri, Apr 10, 2009 at 7:34 PM, Enlightenment SVN
>>> wrote:
>>>
- now used Eina_List for storage (I hope I used it correct.
On Tue, Apr 14, 2009 at 5:16 PM, Christopher Michael
wrote:
> Gustavo Sverzut Barbieri wrote:
>>
>> On Tue, Apr 14, 2009 at 4:09 PM, Andreas Volz wrote:
>>>
>>> Am Fri, 10 Apr 2009 22:54:45 -0300 schrieb Gustavo Sverzut Barbieri:
>>>
On Fri, Apr 10, 2009 at 7:34 PM, Enlightenment SVN
w
Gustavo Sverzut Barbieri wrote:
> On Tue, Apr 14, 2009 at 5:16 PM, Christopher Michael
> wrote:
>> Gustavo Sverzut Barbieri wrote:
>>> On Tue, Apr 14, 2009 at 4:09 PM, Andreas Volz wrote:
Am Fri, 10 Apr 2009 22:54:45 -0300 schrieb Gustavo Sverzut Barbieri:
> On Fri, Apr 10, 2009 at
On Tue, Apr 14, 2009 at 6:05 PM, Christopher Michael
wrote:
> Gustavo Sverzut Barbieri wrote:
>>
>> On Tue, Apr 14, 2009 at 5:16 PM, Christopher Michael
>> wrote:
>>>
>>> Gustavo Sverzut Barbieri wrote:
On Tue, Apr 14, 2009 at 4:09 PM, Andreas Volz
wrote:
>
> Am Fri, 10 Ap
Gustavo Sverzut Barbieri wrote:
> On Tue, Apr 14, 2009 at 6:05 PM, Christopher Michael
> wrote:
>> Gustavo Sverzut Barbieri wrote:
>>> On Tue, Apr 14, 2009 at 5:16 PM, Christopher Michael
>>> wrote:
Gustavo Sverzut Barbieri wrote:
> On Tue, Apr 14, 2009 at 4:09 PM, Andreas Volz
> wr
On Tue, Apr 14, 2009 at 6:16 PM, Christopher Michael
wrote:
> Gustavo Sverzut Barbieri wrote:
>>
>> On Tue, Apr 14, 2009 at 6:05 PM, Christopher Michael
>> wrote:
>>>
>>> Gustavo Sverzut Barbieri wrote:
On Tue, Apr 14, 2009 at 5:16 PM, Christopher Michael
wrote:
>
> Gustav
> 3) our new default theme ("B&W") still has some minor issues. most
> annoying one is the way iBar and iBox look like when they're set in
> "Plain" appearance and options "Autoscroll contents" + "Able to be
> resized" are activated (yep, i do have up to 40-50 launchers and i do
> like to scroll'em
On Tuesday, 14 April 2009, at 16:53:44 (-0300),
Gustavo Sverzut Barbieri wrote:
> But initializing pointers to NULL or variables to 0 is not good, if
> it was be sure that compilers would do that automatically. It's
> easier to hide bugs with that, you'll make it harder to valgrind to
> help you :
Michael Jennings wrote:
> On Tuesday, 14 April 2009, at 16:53:44 (-0300),
> Gustavo Sverzut Barbieri wrote:
>
>> But initializing pointers to NULL or variables to 0 is not good, if
>> it was be sure that compilers would do that automatically. It's
>> easier to hide bugs with that, you'll make it h
On Tuesday, 14 April 2009, at 18:09:50 (-0300),
Gustavo Sverzut Barbieri wrote:
> Ok, my last email, do what you wish as this is not critical, but
> it's not *safer*. This is a false claim. it's bad programing habit
> and will make debug with valgrind harder. Just like zeroing pointers
> and memor
On Tue, Apr 14, 2009 at 7:50 PM, Michael Jennings wrote:
> On Tuesday, 14 April 2009, at 16:53:44 (-0300),
> Gustavo Sverzut Barbieri wrote:
>
>> But initializing pointers to NULL or variables to 0 is not good, if
>> it was be sure that compilers would do that automatically. It's
>> easier to hide
Marco Trevisan (Treviño) wrote:
> Marco Trevisan (Treviño) wrote:
>> However, unfortunately, the bugs are not over! :(
>
> Well, tonight I've made some new tests with this skeleton client and it
> seems that after the ecore svn commit r39913 (that basically removed all
> the parts which caused the
On Tuesday, 14 April 2009, at 18:19:57 (-0300),
Gustavo Sverzut Barbieri wrote:
> yes, it is better, because you can know when you're not using them
> and if you are using them without proper initialization, so you would
> not hide a bug, possibly a segfault. See:
>
>char *a;
>...
>
On Tue, Apr 14, 2009 at 8:19 PM, Michael Jennings wrote:
> On Tuesday, 14 April 2009, at 18:19:57 (-0300),
> Gustavo Sverzut Barbieri wrote:
>
>> yes, it is better, because you can know when you're not using them
>> and if you are using them without proper initialization, so you would
>> not hide
On Tuesday, 14 April 2009, at 20:01:10 (-0300),
Gustavo Sverzut Barbieri wrote:
> lol... the *warning* is the good thing about not initializing
> variables: you know when you miss it. As I said, if it was useful to
> init things to 0, then gcc would do it already, don't you think?
If it weren't u
Hi,
I'll do that. But i'm busy with tests till the 16th, so if it's urgent maybe
someone else could take it up.
Amey
--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download
Marco Trevisan (Treviño) wrote:
> I performed new tests after upgrading to ecore r39932 (which implemented
> the FD EBADF handling by Andre Dieb but after some time (it can vary
> from few seconds to many minutes) that my client is connected to the
> prpl-msn protocol (I used the HTTP method) I get
And you want it to clip to its set size?
-Toma
2009/4/15 sda :
> On 06:41 Wed 15 Apr , Toma wrote:
>> > 3) our new default theme ("B&W") still has some minor issues. most
>> > annoying one is the way iBar and iBox look like when they're set in
>> > "Plain" appearance and options "Autoscroll c
This is a code issue, not a theme issue...
Toma.
2009/4/15 sda :
> On 08:51 Wed 15 Apr , Toma wrote:
>> And you want it to clip to its set size?
>>
> imho they/(each CONTENT) should fit into the "container" area despite
> on "Appearance" settings. and now we've got "containers" like iBar,
> i
Ok, I have a "definitive" version of the new trac theme, I'm really happy
with it now :)
If you are lucky (and my pc is up and runnig) you can see it live at:
http://www.gurumeditation.it:8000/trac/
or you can give a look at the screenshots taken from 51 (!) different
browser at
http://browse
2009/4/15 sda :
> On 09:45 Wed 15 Apr , Toma wrote:
>> This is a code issue, not a theme issue...
>>
>> Toma.
>>
> well, the question is:
>
> - why the old theme (link below) is fine?
> http://trac.enlightenment.org/e/browser/trunk/THEMES/blingbling?rev=40070
>
> or where that magic "make me ha
2009/4/15 Toma :
> 2009/4/15 sda :
>> On 09:45 Wed 15 Apr , Toma wrote:
>>> This is a code issue, not a theme issue...
>>>
>>> Toma.
>>>
>> well, the question is:
>>
>> - why the old theme (link below) is fine?
>> http://trac.enlightenment.org/e/browser/trunk/THEMES/blingbling?rev=40070
>>
>> o
36 matches
Mail list logo
