Sorry if I bump in here, just as I experienced it too...
It was fixed kind of like two days ago, but it was broken again
yesterday and still is. :-(
Cheers,
Florian
On 20.02.2013 07:07, Michael Blumenkrantz wrote:
> On Wed, 20 Feb 2013 06:46:18 +0100
> Marc Burkhardt wrote:
>
>> Hi all,
>>
>>
On Wed, 20 Feb 2013 06:46:18 +0100
Marc Burkhardt wrote:
> Hi all,
>
> I experience the edge bindings not working when there's no window on a
> desktop/screen. I have them configured to switch to ie. the right desktop at
> 0.30 seconds. It works well when I have ie. a terminal open on the deskto
Hi all,
I experience the edge bindings not working when there's no window on a
desktop/screen. I have them configured to switch to ie. the right desktop at
0.30 seconds. It works well when I have ie. a terminal open on the desktop. Once
changed to the right I cannot move one desktop further to the
On Fri, 8 Feb 2013 15:08:44 +0100 Marc Burkhardt said:
> Hi all,
>
> I stumbled upon a possible bug and hereby ask if someone could re-test this.
>
> I have the desktop switch to the next desktop on the right configured to
> CTRL+ALT+RIGHT. When I press the key combination while the screen is b
Hi all,
I stumbled upon a possible bug and hereby ask if someone could re-test this.
I have the desktop switch to the next desktop on the right configured to
CTRL+ALT+RIGHT. When I press the key combination while the screen is blanked,
the machine immediately freezes with the NVIDIA blob. I need
On 09/10/2012 08:47, Guillaume Friloux wrote:
On 01/10/2012 09:06, Guillaume Friloux wrote:
Hello e people,
I am having difficulties with a simple app.
While developping an internal tool that syncs files depending on
their presence in an SQL DB, I got some problems, one with eina_lock,
and on
On 01/10/2012 09:06, Guillaume Friloux wrote:
Hello e people,
I am having difficulties with a simple app.
While developping an internal tool that syncs files depending on their
presence in an SQL DB, I got some problems, one with eina_lock, and
one with ecore.
Cedric is aware of both problem
Hello e people,
I am having difficulties with a simple app.
While developping an internal tool that syncs files depending on their
presence in an SQL DB, I got some problems, one with eina_lock, and one
with ecore.
Cedric is aware of both problems, but it seems very hard to understand
what g
On Tue, Apr 3, 2012 at 11:56 AM, Tom Hacohen wrote:
> On 03/04/12 16:09, Carsten Haitzler (The Rasterman) wrote:
>>
>> its not random. its very simple and logical. what you want is nastier and
>> more
>> complex.
>>
>
> Thanks for your reply, makes sense. So why isn't it the default for evas box
>
On 03/04/12 16:09, Carsten Haitzler (The Rasterman) wrote:
> its not random. its very simple and logical. what you want is nastier and more
> complex.
>
Thanks for your reply, makes sense. So why isn't it the default for evas
box and we implement it on our own in elm box?
--
Tom.
--
On Sun, 01 Apr 2012 18:40:57 +0300 Tom Hacohen said:
> Hey,
>
> Look at this piece of code: http://pastebin.com/1Ai8htsS
>
> Shouldn't the first button be twice the size of the second one? Because
> it isn't...
no. weight controls the amount of EXTRA SPACE divided up. so subtract min size
fro
On Tue, 03 Apr 2012 15:52:00 +0300 Tom Hacohen said:
> On 03/04/12 14:31, Gustavo Sverzut Barbieri wrote:
> > Agreed. But I think the problems remain :-(
> >
> > If someone can try, replace the layout function in elm_box_add
>
> Doesn't work well, the main list of elementary test looks awful. I
On 03/04/12 14:31, Gustavo Sverzut Barbieri wrote:
> Agreed. But I think the problems remain :-(
>
> If someone can try, replace the layout function in elm_box_add
Doesn't work well, the main list of elementary test looks awful. I
wonder if we should just fix the layout function of els_box to wor
On Tuesday, April 3, 2012, Tom Hacohen wrote:
> On 02/04/12 19:29, Gustavo Sverzut Barbieri wrote:
>
>> it was proposed and rejected by raster as it breaks existing apps (?)
>> and 3rd party code (?) using the current behavior.
>>
>> AFAIR it was not an issue with sole weighting, but also the
>> j
On 02/04/12 19:29, Gustavo Sverzut Barbieri wrote:
> it was proposed and rejected by raster as it breaks existing apps (?)
> and 3rd party code (?) using the current behavior.
>
> AFAIR it was not an issue with sole weighting, but also the
> justify/fill that one requires and the other did not.
>
>
On Mon, Apr 2, 2012 at 4:06 AM, Tom Hacohen wrote:
> On 02/04/12 05:10, Gustavo Sverzut Barbieri wrote:
>>
>> Elm box default layout does not respect it. It is a legacy code copied
>> from
>> e17. After we created Eva's box we changed elm to use it, but kept the old
>> layout for compat. You can c
On Mon, Apr 2, 2012 at 4:06 AM, Tom Hacohen wrote:
> On 02/04/12 05:10, Gustavo Sverzut Barbieri wrote:
> > Elm box default layout does not respect it. It is a legacy code copied
> from
> > e17. After we created Eva's box we changed elm to use it, but kept the
> old
> > layout for compat. You can
On 02/04/12 05:10, Gustavo Sverzut Barbieri wrote:
> Elm box default layout does not respect it. It is a legacy code copied from
> e17. After we created Eva's box we changed elm to use it, but kept the old
> layout for compat. You can change the layout if you want.
That's what Sachiel said as well
Elm box default layout does not respect it. It is a legacy code copied from
e17. After we created Eva's box we changed elm to use it, but kept the old
layout for compat. You can change the layout if you want.
On Sunday, April 1, 2012, Tom Hacohen wrote:
> On 01/04/12 18:40, Tom Hacohen wrote:
> >
On 01/04/12 18:40, Tom Hacohen wrote:
> Hey,
>
> Look at this piece of code: http://pastebin.com/1Ai8htsS
>
> Shouldn't the first button be twice the size of the second one? Because
> it isn't...
Oops, forgot to mention: I'm talking about elm_box here. :)
--
Tom.
---
Hey,
Look at this piece of code: http://pastebin.com/1Ai8htsS
Shouldn't the first button be twice the size of the second one? Because
it isn't...
--
Tom.
--
This SF email is sponsosred by:
Try Windows Azure free for 90
On Thu, 28 Jan 2010 20:11:50 +0100 Shane McGuire said:
seems like someone else already got to this in svn :)
> Hi,
>
> I suspect there is a bug in e_dbus.c related to calling
> function dbus_watch_get_unix_fd or dbus_watch_get_fd. It depends on which
> version of dbus is installed.
>
> The re
Hi,
I suspect there is a bug in e_dbus.c related to calling
function dbus_watch_get_unix_fd or dbus_watch_get_fd. It depends on which
version of dbus is installed.
The relevant code is:
if (DBUS_VERSION_MAJOR == 1 && DBUS_VERSION_MINOR == 1 &&
DBUS_VERSION_MICRO>= 1) || (DBUS_VERSION_MAJOR == 1
Hello,
There appears to be a problem in either entrance or edje. A swallow
"entrance.xsessions.selected" always appears to be over everything
else in the group, regardless of it's actual position in the edc file.
This is more likely an entrance error, since a similar swallow in the
same group appe
On 8/1/05, Massimo Maiurana <[EMAIL PROTECTED]> wrote:
>
> wouldn't it be better to change compilation order on the site? (just
> asking).
>
We will, but we also need to allow for people to use epsilon without using Edje.
--
Hisham Mardam Bey
MSc (Computer Science)
http://hisham.cc/
+961360938
Il giorno Mon, 1 Aug 2005 09:40:29 +0300 Hisham scrisse:
> >
> >When I switch the order to:
> >
> >e17/libs/embryo
> >e17/libs/edje
> >e17/libs/epsilon
> >
> >This appears to work.
> >
>
> This is the case because epsilon has edje thumbnail support. Maybe we
> need to
Sounds good.
On 8/1/05, Hisham Mardam Bey <[EMAIL PROTECTED]> wrote:
> On 8/1/05, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> > Any reason to not just change the build order?
>
> as per our discussion on irc, we'll fix the build order on the page.
> would also be nice to make Edje an optional d
On 8/1/05, Nathan Ingersoll <[EMAIL PROTECTED]> wrote:
> Any reason to not just change the build order?
as per our discussion on irc, we'll fix the build order on the page.
would also be nice to make Edje an optional dep for Epsilon if its to
be used outside apps using Edje.
--
Hisham Mardam Bey
Any reason to not just change the build order?
On 8/1/05, Hisham Mardam Bey <[EMAIL PROTECTED]> wrote:
> >
> >When I switch the order to:
> >
> >e17/libs/embryo
> >e17/libs/edje
> >e17/libs/epsilon
> >
> >This appears to work.
> >
>
> This is the case because epsilon has edje
>
>When I switch the order to:
>
>e17/libs/embryo
>e17/libs/edje
>e17/libs/epsilon
>
>This appears to work.
>
This is the case because epsilon has edje thumbnail support. Maybe we
need to turn this into an option and not a requirement.
--
Hisham Mardam Bey
MSc (Compu
Hey,
http://enlightenment.org/Enlightenment/Get_Enlightenment/Build_Notes.html
Lists the order as:
7. e17/libs/epsilon
8. e17/libs/embryo
9. e17/libs/edje
Now, this does not seem to work for me on FC4 on the latest from CVS.
epsilon complains about not being able to find Edje.h
When
I'm running the latest cvs version, compiled with stackguard.
when I issue edb_vt_ed /etc/entrance_config.db, I get this error;
edb_vt_ed: stack smashing attack in function draw_edit_itemAborted
edb_gtk_ed works fine.
--
Morten
---
SF email
32 matches
Mail list logo
