Gustavo wrote:
> Hello,
>
> I'm still getting used to Edje/Evas, read some nice documents from
> website and wrote some test edje files.
>
> I work at http://openbossa.indt.org/canola/ and we plan to use
> Evas/Edje there, but as everything have a begining, I still need
> to do some tes
Nathan Ingersoll wrote:
> If the hardcoded 4096 is used for a path buffer, then it should
> definitely get changed to PATH_MAX.
Agreed. Maybe head off some future platform problems...
Other arbitrary buffers should get
> a define that is appropriate for their buffers.
Most that I have seen, whil
On Thu, 1 Mar 2007 22:55:29 -0300 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:
> Hello,
>
> I'm still getting used to Edje/Evas, read some nice documents from
> website and wrote some test edje files.
note - if you can wait - we can go over this in person next weekend - i'll be
there
On Sun, 11 Feb 2007 11:21:34 +0100 [EMAIL PROTECTED] (Lars Munch) babbled:
> Hi
>
> The attached patch fixes framebuffer rotation in ecore_evas_fb.c. The
> correct output/viewport size was not set in the init and resize
> functions of the ecore_evas when the rotation was 90 or 270 degrees.
hmm -
On Mon, 12 Feb 2007 13:26:38 -0600 Ravenlock <[EMAIL PROTECTED]> babbled:
thanks for the good work man! :)
> Hello,
>
> (Resubmitted per devilhorn's instructions)
>
> Attached is a patch and supporting files to add a DPMS configuration
> panel. Wasn't sure what form was preferred for the 'supp
On Wed, 14 Feb 2007 12:09:39 -0500 Christopher Michael <[EMAIL PROTECTED]>
babbled:
fixed :)
> Hello mates,
>
> First, sorry about the double post. I sent it the first time with the
> wrong From Addres. That aside
>
>
> WARNING: Make sure to run in XNest or POOF.
>
> After spending severa
On Sun, 18 Feb 2007 19:38:49 +0300 "Yurii Zolot'ko" <[EMAIL PROTECTED]>
babbled:
> On Sunday 18 February 2007 19:32, David Seikel wrote:
>
> > If I remember correctly, it's an SVG library problem that is fixed by
> > updating your SVG library.
>
> I've got librsvg-2.16.1 installed.
interesting.
On Fri, 16 Feb 2007 10:28:18 -0600 Ravenlock <[EMAIL PROTECTED]> babbled:
> Hello,
>
> Seemed odd to me that the horizontal e_slider will respond to up/down
> keys and a vertical one will respond to left/right keys. Don't know if
> that was intentional or not.
>
> Right or wrong
> Here is
On Sat, 17 Feb 2007 20:49:05 +0100 [EMAIL PROTECTED] (Lars Munch) babbled:
> Hi
>
> The attached patch adds 16bpp and 32bpp Rotation 180 Converter Code to
> evas. I did not add the 180 degrees rotation to the software_qtopia
> engine as I cannot test it at the moment.
the qtopia engine is unfort
On Sun, 18 Feb 2007 15:15:36 +0100 Atton Jonathan <[EMAIL PROTECTED]>
babbled:
> hello ;)
>
> I have a question,
> A etk/ewl network manager exist ?
>
> I means configure the ip, mask, select a wireless network ...?
a NetworkManager front end module/app would be spiffingly nice! i'd love
that!
On Sun, 25 Feb 2007 19:37:44 +0100 "Lut!n" <[EMAIL PROTECTED]> babbled:
> Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 19 Feb 2007 13:35:35 +0100 Nikolas Arend <[EMAIL PROTECTED]>
> > babbled:
> >
> >> Hi,
> >>
> >> as I see that raster is back, I'd like to bring up the two recent
> >> th
On Wed, 21 Feb 2007 12:26:44 +0100 "Chidambar 'ilLogict' Zinnoury"
<[EMAIL PROTECTED]> babbled:
> Hello!
>
> Here are 2 fast patches:
> - first is for ecore's configure.in: why are the x vars reinitialized?
> That breaks if X is not installed in standard location (when
> cross-compiling for
On Thu, 22 Feb 2007 19:15:28 +0100 "Brian 'morlenxus' Miculcy"
<[EMAIL PROTECTED]> babbled:
i think this isn't a matter of forcing gadgets to do 1 thing only, but more a
matter of people writign gadgets for modules to be consistent and do the same
thing - not each person do something different for
On Wed, 21 Feb 2007 16:18:31 -0600 Ravenlock <[EMAIL PROTECTED]> babbled:
> On 02/21/2007 16:12, Brett Nash wrote:
> > On Wed, 2007-02-21 at 09:29 -0600, Ravenlock wrote:
> >> Hello,
> >>
> >> Attached is a patch to allow users with multiple screens to optionally
> >> view the full list of client
On Mon, 26 Feb 2007 17:15:00 +0100 Hannes Janetzek <[EMAIL PROTECTED]> babbled:
> Hi,
> I have started to make a module for e17 to control NetwokManager. I
WOOHOO! :)
> would like to use ecore_dbus for that, but it seems
> ecore_dbus_message_new_method_return doesn't work correctly. (I need
> th
On Sat, 24 Feb 2007 03:39:12 +0200 Виктор Кожухаров
<[EMAIL PROTECTED]> babbled:
read_active gets set once select returns that there is data available to read
from the fd (the output of the child process). it won't get set until that
happens. maybe the child process that is dns lookuping hangs and
On Mon, 26 Feb 2007 13:33:11 -0600 Brian Mattern <[EMAIL PROTECTED]>
babbled:
> On Mon, Feb 26, 2007 at 08:10:48PM +0100, Sebastian Dransfeld wrote:
> > Hannes Janetzek wrote:
> > > Hi,
> > > I have started to make a module for e17 to control NetwokManager. I
> > > would like to use ecore_dbus for
On Mon, 26 Feb 2007 22:32:00 +0100 "Stark, Thomas" <[EMAIL PROTECTED]> babbled:
good idea - but what if the border goes away while winlist is up? :) (i fixed
that btw - but keep it in mind when doing coding - things can happen while an
object/ui is up, thus changing state).
> Hi,
>
> attached a
On Tue, 27 Feb 2007 19:27:37 -0500 Jason Tackaberry <[EMAIL PROTECTED]> babbled:
> Hi,
>
> Recently (as of 0.9.9.036 I think), evas no longer has the ability to
> have a viewport size that differs from the output size. This was a
> feature we (Freevo) relied on -- what was the motivation for rem
On Thu, 1 Mar 2007 00:23:17 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
babbled:
cool! nice work on the profiling.
anyway - you hit a usage case i didn't expect/intend for the edje file data - i
expected it to be used rarely so it wouldn't be a bottlneck. hashes are fairly
big as they need to al
On Thu, 01 Mar 2007 05:04:42 -0500 Christopher Michael <[EMAIL PROTECTED]>
babbled:
i just like 4096 - it's my "standard buffer for anything big" like paths, exec
lines, etc. etc. i don't see a problem with making it a #define BIG_BUFFER
though i don't see us needing to change the buffer size any
On Thu, 1 Mar 2007 17:08:12 -0500 "Gil Pinheiro" <[EMAIL PROTECTED]>
babbled:
we have tried to get in for the past few years and been rejected. last time we
were rejected basically because "enlightenment is not relevant and is a dead
project of no interest" which is my summary/paraphrasing of what
Hi
First of all, I tried to update the cvs I had from e17 but it failed to compile
due to some missing files (glitz if I remember well).
So I decided to take a whole new snapshot and worked well.
But when compiling evas I get the following error:
make: AVERTISSEMENT: fichier « configure.in » a u
> we have tried to get in for the past few years and been rejected. last time we
> were rejected basically because "enlightenment is not relevant and is a dead
> project of no interest" which is my summary/paraphrasing of what google thinks
> of us. so good luck. i have no intentions of trying to g
On Fri, 2 Mar 2007 07:38:35 -0500 "Gil Pinheiro" <[EMAIL PROTECTED]>
babbled:
> > we have tried to get in for the past few years and been rejected. last time
> > we were rejected basically because "enlightenment is not relevant and is a
> > dead project of no interest" which is my summary/paraphra
On 3/2/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Gustavo wrote:
>
> > Hello,
> >
> > I'm still getting used to Edje/Evas, read some nice documents from
> > website and wrote some test edje files.
> >
> > I work at http://openbossa.indt.org/canola/ and we plan to use
> > Evas/Edje
Brian Mattern [2007-03-01 15:34]:
> On Thu, Mar 01, 2007 at 09:35:13PM +0100, Tilman Sauerbeck wrote:
> > ACK. I believe raster's reasoning for using lists in various spots that
> > would intuitively like to be hashes was the size of the entries that are
> > stored. IIRC evas/ecore_evas also use li
On 3/2/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Mar 2007 00:23:17 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
> babbled:
>
> cool! nice work on the profiling.
>
> anyway - you hit a usage case i didn't expect/intend for the edje file data -
> i
> expected it to be
Gil Pinheiro wrote:
>> we have tried to get in for the past few years and been rejected. last time
>> we
>> were rejected basically because "enlightenment is not relevant and is a dead
>> project of no interest" which is my summary/paraphrasing of what google
>> thinks
>> of us. so good luck. i h
On 3/2/07, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
>
> IIRC there's one global "data" section, and every collection/group does
> have its own "data" section, too. So we can't get away with a single
> hash table. Not that it matters much :)
Right, the proposed change was only for the global dat
Carsten wrote:
> > Recently (as of 0.9.9.036 I think), evas no longer has the
> > ability to have a viewport size that differs from the output
> > size. This was a feature we (Freevo) relied on -- what was
> > the motivation for removing this feature? Is there any
> > alternative method
> > You might also check out what ewl or etk do to deal with
> > tree views and such things, and see if they might give some ideas.
>
> Yes, in our study we will check EWL internals too.
>
See Carsten's more detailed email.. you'll get *invaluable*
advice from him on using evas +
On 3/2/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > > You might also check out what ewl or etk do to deal with
> > > tree views and such things, and see if they might give some ideas.
> >
> > Yes, in our study we will check EWL internals too.
> >
>
> See Carsten's more detai
On Fri, 2 Mar 2007 16:38:48 GMT,
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote :
>
> Carsten wrote:
>
> > > Recently (as of 0.9.9.036 I think), evas no longer has the
> > > ability to have a viewport size that differs from the output
> > > size. This was a feature we (Freevo) relied on --
On Fri, 2 Mar 2007 09:12:54 -0600,
"Nathan Ingersoll" <[EMAIL PROTECTED]> wrote :
> On 3/2/07, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
> >
> > IIRC there's one global "data" section, and every collection/group
> > does have its own "data" section, too. So we can't get away with a
> > single ha
On 3/2/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
>
> Yes, in our study we will check EWL internals too.
One thing EWL does is limit the number of evas objects to what is
currently visible. Overhead from memory allocations is cut down
somewhat as well, because the Edje objects are cac
On 3/2/07, Simon TRENY <[EMAIL PROTECTED]> wrote:
>
> Maybe the hash could be created only if there is a certain number of
> items in the data section. For example, if there are more than 20
> items, you build the hash, otherwise you keep the linked-list. And that
> could be applied for both global
There are probably a few people that would be willing to do this, but
would hesitate to commit without some more information. For instance,
the name of the podcast, other guests that may be on the same show,
what time zone and time of day the recording would occur, the native
language of the podcas
Simon wrote:
> I'm not sure I understand what viewports really are since I've
> never used them, but from what I understand, you can still use
> the buffer engine of Evas to render your objects into an image,
> and then use this image object as a viewport (it can be scaled,
> moved, and e
On Fri, 2 Mar 2007 16:38:48 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled:
>
> Carsten wrote:
>
> > > Recently (as of 0.9.9.036 I think), evas no longer has the
> > > ability to have a viewport size that differs from the output
> > > size. This was a feature we (Freevo) relied on --
On Fri, 2 Mar 2007 23:36:44 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled:
>
> Simon wrote:
>
> > I'm not sure I understand what viewports really are since I've
> > never used them, but from what I understand, you can still use
> > the buffer engine of Evas to render your objects int
On Fri, 2 Mar 2007 14:49:31 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
babbled:
> On 3/2/07, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote:
> >
> > Yes, in our study we will check EWL internals too.
>
> One thing EWL does is limit the number of evas objects to what is
> currently visible.
On Fri, 2 Mar 2007 14:12:32 -0300 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:
> On 3/2/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > > > You might also check out what ewl or etk do to deal with
> > > > tree views and such things, and see if they might give some ideas.
On Fri, 2 Mar 2007 09:12:54 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]>
babbled:
> On 3/2/07, Tilman Sauerbeck <[EMAIL PROTECTED]> wrote:
> >
> > IIRC there's one global "data" section, and every collection/group does
> > have its own "data" section, too. So we can't get away with a single
> > ha
> > > 3. the viewport actually doesn't give you anything you can't
> > > really achieve by just scaling objects.
> >
> > Yes, except that they won't be able to scale everything
> > as might be desired.
> > eg. for image borders one'd need an evas api func to
> > set 'image_border_fill' (l
45 matches
Mail list logo
