headers
Kim Woelders | 1 Jun 2004 01:31
Picon
Favicon

Re: [E-devel] E 0.16.7 pre3

Michael Jennings wrote:
> On Monday, 31 May 2004, at 11:25:04 (+0200),
> Kim Woelders wrote:
> 
> 
>>If there is a better way of doing things this might be a good time
>>to sort it out so that it can be done right next time.
> 
> 
> For pre-releases, I like to use release numbers of 0.99.x, where x is
> the pre-release number.  This keeps version number comparison in line
> while allowing tracking of pre-release number in the RPM name.
> 
OK, that makes sense.
I would like to bump the Release number in between pre's, so what to
do then? Assuming we have 0.99.3 now, what should be the minor bumps up
to 0.99.4? 0.99.4a, 0.99.4b, ... or 0.99.3.1, 0.99.3.2, ..., or what?

/Kim

-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
Permalink | Reply | 6 comments |
headers
Jaron Omega | 1 Jun 2004 10:08

Re: [E-devel] Selective Transparency Patch

On Wed, May 26, 2004 at 12:21:57AM +0200, Kim Woelders wrote:

> Thanks!
> I'd like this included. However, in particular one change is required:
> You adjust the applied ImageClass opacity using a flags field in the
> ImageClass struct. As you have probably discovered the ImageClass'es are
> referenced from many different objects and therefore you have to set and
> clear these flags all the time.

This patch propogates the image_type flags through IclassApply{,Copy} and
through the DrawQueue.

> Making the menus "aqua" transparent should be optional.
> Actually, it might be nice if the menu and tooltip transparency type
> could be selected between off, background, and "aqua"(?).

They are now.  If you do not choose Aqua, and do not choose to have the
item opaque, it's transparency will resemble that of Eterm's behaviour.

> And then the boring complaints:
> - Opaque menu item highlighting doesn't seem to work in the winter
> theme.

I have walked through menus.c.  I might need some help here.  Winter's
menu images are opaque, if you open them up in Gimp and make their
backgrounds transparent then all will be fine.  The problem now is that
when you rollover a menu directory (sub_iclass), the image doesn't get
flushed as it does in with item_class.  So, each time you roll over the
image, it gets darker as it stacks the images (bug?).  Anyway, I just
spent about three hours trying to hunt this down, and haven't been able
(Continue reading)

Permalink | Reply | 0 comments |
headers
Michael Jennings | 1 Jun 2004 21:01

Re: [E-devel] E 0.16.7 pre3

On Tuesday, 01 June 2004, at 01:31:10 (+0200),
Kim Woelders wrote:

> OK, that makes sense.
> I would like to bump the Release number in between pre's, so what to
> do then? Assuming we have 0.99.3 now, what should be the minor bumps up
> to 0.99.4? 0.99.4a, 0.99.4b, ... or 0.99.3.1, 0.99.3.2, ..., or what?

0.99.3.1 and so forth.  a's and b's are more likely to confuse version
comparison than help anything.  Without going into detail about how
version comparisons work, I'll just say that the goal is to eliminate
ambiguity, and the easiest way to do that is to separate
version/subversion info with dots and always go incrementally.

Michael

--

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej <at> kainx.org>
n + 1, Inc., http://www.nplus1.net/       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "But I dumped her.  My motto is, 'Get out before they go down.'"
 "That is so *not* my motto."
                        -- Monica Geller and Joey Tribbiani, "Friends"

-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
(Continue reading)

Permalink | Reply | 5 comments |
headers
Ben Rockwood | 2 Jun 2004 10:42
Gravatar

Re: [E-devel] E 0.16.7 pre3

Michael Jennings wrote:

>0.99.3.1 and so forth.  a's and b's are more likely to confuse version
>comparison than help anything.  Without going into detail about how
>version comparisons work, I'll just say that the goal is to eliminate
>ambiguity, and the easiest way to do that is to separate
>version/subversion info with dots and always go incrementally.
>
>Michael
>  
>
I'll just toss in that personally, I prefer the traditional -pre tags 
(enlightenment-0.16.7-pre3.tar.gz)
as apposed to subversioning.  It seems too easy for someone unaware of 
the versioning scheme
to mistake a pre as a full release, and it's unrealistic to expect that 
they'll just know. 
The old naming convention never caused problems for me, or in packaging 
using tardist (IRIX),
PKG (Solaris) or SD-UX (HP-UX), but then I don't use the Really Pathetic 
Manager.

Just an opposing viewpoint.

benr.

-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
(Continue reading)

Permalink | Reply | 4 comments |
headers
Michael Jennings | 2 Jun 2004 16:53

Re: [E-devel] E 0.16.7 pre3

On Wednesday, 02 June 2004, at 01:42:39 (-0700),
Ben Rockwood wrote:

> I'll just toss in that personally, I prefer the traditional -pre
> tags (enlightenment-0.16.7-pre3.tar.gz) as apposed to subversioning.
> It seems too easy for someone unaware of the versioning scheme to
> mistake a pre as a full release, and it's unrealistic to expect that
> they'll just know.  The old naming convention never caused problems
> for me, or in packaging using tardist (IRIX), PKG (Solaris) or SD-UX
> (HP-UX), but then I don't use the Really Pathetic Manager.

I refuse to get caught up in this ignorance-driven flame war again.
My goal is simply to eliminate ambiguity in a very obvious way.  For
example, if you have "0.16.7a," is that older than 0.16.7 ('a' for
"alpha" perhaps) or newer than 0.16.7 (patch release, a la Samba)?

All too often, developers create packaging hassles by doing stupid
things with version numbers.  The perl 5.005 fiasco comes to mind.
While the "Epoch" mechanism can be used to overcome it, portability is
greatly reduced across packaging platforms.  The best solution across
the board is to use a well-established mechanism (i.e., numbers and
dots where each number is numerically ordered).

Michael

--

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej <at> kainx.org>
n + 1, Inc., http://www.nplus1.net/       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "And always remember the last words of my grandfather, who said,
(Continue reading)

Permalink | Reply | 3 comments |
headers
Andreas Volz | 3 Jun 2004 00:41

[E-devel] New e16menuedit

Hi,

I build a first version of e16menuedit for gtk2 with some new features.
A screenshot and the first source preview from my local cvs is provided
here:

http://linux.brachttal.net/enlightenment/e16menuedit/

What is working?
+ direct edit of menu cells in table
+ display menu icons in table
+ save menus
+ quit application

What is not (yet) working?
- Menu->File->Save (use save in toolbar button currently)
- can't change icons currently
- can't add entries/submenus
- can't delete entries
- autoconf/automake config isn't good yet. Perhaps some people have  
  problems to build it.

Planed Features?
* move icons in Menu "up" and "down"
* drag&drop cells inside or from other apps (e.g. Gnome-Menu)

If you like try this preview code and tell me if it works or not.
Currently I use my local CVS to develop new e16menuedit, but if you like
I could also use your CVS.
(Continue reading)

Permalink | Reply | 8 comments |
headers
benoar | 3 Jun 2004 18:46
Picon
Favicon

Re: [E-devel] Some of my current work on evas

Ooops ... I just got this email today ... ?! Strange lag.

Selon Carsten Haitzler <raster <at> rasterman.com>:

> > > we do. mmx2 and altivec can do better with 128bit registers - but we 
have
> no
> > > code to make use of that at the moment. i personally am willing to live
> with
> > > this minor error in return for the speedup. you CAN disable mmx, sse
> (and
> > > altivec) to get the raw C version which is pretty accurate :)
> > > 
> > 
> > I'm ok with leaving these computations like that if you are ;) I'd like to
> 
> > improve precision by fully using the 128 bits altivec registers, but i
> admit i
> > didn't get all the "tricks" you used to do the division by 255 in the mmx 
> > version. As altivec instructions differ from mmx one, i found my way by 
> > testing some code and looking at the result, and keeping the formula that 
> > suited the best ... yes that's not the best way to code, but as I was a
> SIMD 
> > newbie at this time ...
> 
> well really with 128bits.. you could increase speed even more by doing 2
> pixels
> at once... assuming u have a full 8x16 set of commands (ie add/sub/mul/shift
> the
> 8 16bit words within the register, just like mmx/altivec can do it in 64bit
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kim Woelders | 3 Jun 2004 22:37
Picon
Favicon

Re: [E-devel] New e16menuedit

Andreas Volz wrote:
> I build a first version of e16menuedit for gtk2 with some new features.
> A screenshot and the first source preview from my local cvs is provided
> here:
> 
> http://linux.brachttal.net/enlightenment/e16menuedit/
> 
> What is working?
> + direct edit of menu cells in table
> + display menu icons in table
> + save menus
> + quit application
> 
> What is not (yet) working?
> - Menu->File->Save (use save in toolbar button currently)
> - can't change icons currently
> - can't add entries/submenus
> - can't delete entries
> - autoconf/automake config isn't good yet. Perhaps some people have  
>   problems to build it.
> 
> Planed Features?
> * move icons in Menu "up" and "down"
> * drag&drop cells inside or from other apps (e.g. Gnome-Menu)
> 
> If you like try this preview code and tell me if it works or not.
The only problem I had was that after "./configure", I had to copy a
"depcomp" in by hand to be able to run "make"

> Currently I use my local CVS to develop new e16menuedit, but if you like
(Continue reading)

Permalink | Reply | 7 comments |
headers
Michael Jennings | 3 Jun 2004 22:51

Re: [E-devel] New e16menuedit

On Thursday, 03 June 2004, at 22:37:02 (+0200),
Kim Woelders wrote:

> >What license has e16menuedit? I took GPL for my code, but if you like I
> >could also change it to BSD.
> >
> There doesn't really seem to be a license with e16menuedit. Your code 
> you can of course license however you want. I don't care too much one 
> way or the other. Maybe there are others who do.

e16keyedit and e16menuedit, like E itself, are BSD-licensed.  We
strongly prefer the BSD license over the GPL/LGPL license.

Michael

--

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <mej <at> kainx.org>
n + 1, Inc., http://www.nplus1.net/       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "Your best?  Losers always whine about [doing] their best.  Winners
  go home and f*** the prom queen."        -- Sean Connery, "The Rock"

-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
Permalink | Reply | 3 comments |
headers
Andreas Volz | 3 Jun 2004 23:38

Re: [E-devel] New e16menuedit

Am Thu, 3 Jun 2004 16:51:28 -0400 schrieb Michael Jennings:

> On Thursday, 03 June 2004, at 22:37:02 (+0200),
> Kim Woelders wrote:
> 
> > >What license has e16menuedit? I took GPL for my code, but if you
> > >like I
> > >could also change it to BSD.
> > >
> > There doesn't really seem to be a license with e16menuedit. Your
> > code 
> > you can of course license however you want. I don't care too much
> > one 
> > way or the other. Maybe there are others who do.
> 
> e16keyedit and e16menuedit, like E itself, are BSD-licensed.  We
> strongly prefer the BSD license over the GPL/LGPL license.

I've read the licence in E and I've no problems with BSD-style licens.
But why do you prefer BSD-stlye licenses over the GPL/LGPL license? What
do you think are the benefits?

regards
Andreas

-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
(Continue reading)

Permalink | Reply | 0 comments |

Gmane