AoM 0.6 - Yearly Updates included for registered users only

misc client related stuff

Moderators: AniDB, AniDB API

Skywalka
Posts: 889
Joined: Tue Sep 16, 2003 7:57 pm

AoM 0.6 - Yearly Updates included for registered users only

Post by Skywalka »

Just kidding :-)

How long untill we reach the one year mark? Two months?
PetriW
AniDB Staff
Posts: 1522
Joined: Sat May 24, 2003 2:34 pm

Post by PetriW »

If you're willing to pay my salary it'll be out in a couple of days. If not you have to wait!!!! :twisted:
And I posted an updated changelog 2 weeks ago!
http://www.anidb.net/forum/viewtopic.php?p=14360#14360
Skywalka
Posts: 889
Joined: Tue Sep 16, 2003 7:57 pm

Post by Skywalka »

I think you should just think about renaming this version to AoM 2006 *snicker*

The "06" would still remain in the name and at the current development speed we would reach AoM 1.0 in 2010 :-)

And I think it sounds a lot better - and when I compare the current with the new version, you should really either change the numbering or do what I just proposed - the new GUI looks so different there needs to be something to reflect that much of a change :-)
PetriW
AniDB Staff
Posts: 1522
Joined: Sat May 24, 2003 2:34 pm

Post by PetriW »

Teaser:
Image
Skywalka
Posts: 889
Joined: Tue Sep 16, 2003 7:57 pm

Post by Skywalka »

I really like the font and the colors - will the image be what AoM will look like on every computer?

Or do you use a color scheme in Windows XP that produces that transition in the title like I do (WindowBlinds)?
PetriW
AniDB Staff
Posts: 1522
Joined: Sat May 24, 2003 2:34 pm

Post by PetriW »

I'm using a windows xp color theme called Blue2ful.
JaLooNz
Posts: 13
Joined: Sat Oct 30, 2004 3:15 am

Post by JaLooNz »

Also like Souluna in style. ( 1 | 2 )

BTW will there be a drop-down combo boxes with a few styles pre-made? And also an editable option for the combo boxes?
Skywalka
Posts: 889
Joined: Tue Sep 16, 2003 7:57 pm

Post by Skywalka »

Thanks for the info, expected something like that :-)
PetriW
AniDB Staff
Posts: 1522
Joined: Sat May 24, 2003 2:34 pm

Post by PetriW »

JaLooNz wrote:BTW will there be a drop-down combo boxes with a few styles pre-made? And also an editable option for the combo boxes?
Eh? Don't understand this one.
MaJutsu
Posts: 75
Joined: Sat Apr 10, 2004 1:30 pm
Contact:

Post by MaJutsu »

if i understood it right it is cool
if i didnÄt i suggest it:
what about a skinnable client ^^
PetriW
AniDB Staff
Posts: 1522
Joined: Sat May 24, 2003 2:34 pm

Post by PetriW »

MaJutsu wrote:what about a skinnable client ^^
The client will never be skinnable, wasted effort on something that noone needs.
DonGato
Posts: 1296
Joined: Sun Nov 17, 2002 9:08 pm
Location: The Pampas, The land of the Gaucho!
Contact:

Post by DonGato »

PetriW wrote:
MaJutsu wrote:what about a skinnable client ^^
The client will never be skinnable, wasted effort on something that noone needs.
Marvelous wise words. :)
Skywalka
Posts: 889
Joined: Tue Sep 16, 2003 7:57 pm

Post by Skywalka »

Yeah I agree.

Skin your whole Windows XP instead.
maverik26
Posts: 3
Joined: Fri Dec 31, 2004 10:32 pm

Post by maverik26 »

What for do you need skins?
I never used a differnent skin for any of the programs i own.
Why? The dafault "skin" most times is good enought and in some cases even take lower ressources.
So i agree. It would be wasted time at the moment.
Elberet
Posts: 778
Joined: Sat Jul 19, 2003 8:14 pm

Post by Elberet »

maverik26 wrote:The dafault "skin" most times is good enought and in some cases even take lower ressources.
Wrong. Windows XP has two styles of skins. In the skin mode, bitmaps are dynamically resized and copied into the window area to form the user interface elements. In the normal mode, Windows instead draws different colored lines. Drawing lines is of course much simpler then interpolating and copying bitmaps, but the difference in performance in these two modes is marginal at best. However, this difference is always the same, no matter which particular style you pick - as long as you let Windows itself do the work (by installing a modified uxtheme.dll, for example).

Application-specific styling is something entirely different. WinAMP, Trillian and similar highly skinable applications have their own window drawing routines that are completely separate from Windows. Implementing something like that into AoM would _definately_ be a waste of time...
Locked