Thanks!

_________________
Modern Retro Experience

@AmiKit

Hehe... another AmiKit update?

_________________

@Phantom



The latest AmiKit already contains the pre-release of this AfA_OS 4.3. I am not sure how much it differs from this official release, though...

_________________
Modern Retro Experience

Good work. os3.x users will be happy :D

ups sorry, i forget to change the default category from amigaone news.Can a admin do that to software update ?

@Jan

there is no diffrence to amikit files only the docu and history amikit currently not hace

Last edited by bernd_afa on 27-Nov-2008 at 05:08 PM.

@Bernd

Ok, thanks for the explanation. I was not sure because the datestamp of the official files is newer.

_________________
Modern Retro Experience

This is great, I installed it and works really well :)

Thanks.

Thanks for the update Bernd!

I shall have to give this a try later...

Cheers,
James
x

Quote:

ups sorry, i forget to change the default category from amigaone news.Can a admin do that to software update ?

Fixed it and a few other typos I came across as I read the article.

_________________
Test sig (new)

@bernd

thank u very much! can you also fix the title bar..when opening software on custom screens the title bar is only half drawn properly. You have to drag the window of the application over top of the title bar, and then it is ok.

Something for 4.4 or 4.3a :)

_________________
AmigaOS 4.x Beta Tester - Classic Amiga enthusiast - http://www.hd-zone.com is my Amiga Blog, check it out!

Quote:

The version of the exec.library is not set to 46 any more. Instead the revision numbers are set to >=99 to recognize it as a AfA_OS Library.

You could add resident structure to detect AfA OS.

For examlpe MorphOS is detected by FindResident("MorphOS") and returned resident structure contain version and revision numbers. AfA OS could be similarly detected by FindResident("AfA OS") in applications which need to be AfA OS aware.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

Quote:

thank u very much! can you also fix the title bar..when opening software on custom screens the title bar is only half drawn properly. You have to drag the window of the application over top of the title bar, and then it is ok. Something for 4.4 or 4.3a :)

I'd like to see this bug fixed too, I know that it's only a minor cosmetic issue but still...
Another feature that would be very useful is a kind of a "blacklist", where you could disable the skinning system for a certain application. For example if you need run an application in a 8-bit screenmode. If the skinning is enabled it looks pretty interesting in 8-bit screenmodes.

@Pecosbil

Is this what you need? Taken from AfA_OS readme:

"A user configurable Blacklist where you can exclude programms from using bigger than normal borders as some programs don not work with increased border size properly. The blacklisted programs will then open with standard border size."

_________________
Modern Retro Experience

>when opening software on custom screens the title bar is only half drawn properly. >You have to drag the window of the application over top of the title bar, and then it is >ok.

I test and see problem too, happen by a missed rectfill on 8 bit screens when not draw skin.

Here is updatet graphic lib, that should fix that.

http://amidevcpp.amiga-world.de/AfA_Binaries/graphics_lib.zip

on 8 bit screens AFA use no skins, it use old window draw code.But because sysiclass is complete replace by AROS/AFA Code the old code is not execute.

I have done a simple fallback code, that only draw a rectangle in shinepen color.I was too lazy yet to draw nice looking line images.maybe see some day sourcecode
of nice looking AOS line buttons.

Code is in MCP, visualprefs and some other.and if this code is done so often, my motivation is very less to do now the same once again.maybe somebody have draw code.currently it look like this.

case CLOSEIMAGE:
{
int i;
height2 = win->BorderTop;
if (GetBitMapAttr(rport->BitMap, BMA_DEPTH) < 15)
{
SetAPen(rport, data->dri->dri_Pens[SHINEPEN]);
RectFill(rport, left + 2, top + 2, left + 10 , top + height2 - 3);
break;
}

@bernd

cool thanx for the fix :)

_________________
AmigaOS 4.x Beta Tester - Classic Amiga enthusiast - http://www.hd-zone.com is my Amiga Blog, check it out!

@bernd_afa

Thanks for the quick response as an AmiKit user I really appellate all your hard work on improving the look and feel of AmigaOS3.X.

I may be an OS4 fan on the desktop but I expect to be using OS3.X on my laptop for a very long time to come.

_________________
Sam440ep 667mhz, 512MB, 120GB 2.5" HD, OS4.1FE
WinUae 3.0.0, OS 3.9, BB3, Catweasel MkIV
Amiga 1200, Blizzard 040/40 (BlizzardPPC 060/200 with SCSI removed at present), mediatorSX pci, Voodoo3, PCI network card os 3.9BB2
4MB Minimig with ARM addon boar

Good job but the problem with the PNG icons of the executable programs under AfA_OS? already it was corrected? for example the Zoom It executables under PowerIcons in OS 3.9 and OS 4.1, the bug that not recognizes this icon how linked to one program, if not as an icon linked to folder/drawer.

@AmiKit

Quote:

Is this what you need? Taken from AfA_OS readme: "A user configurable Blacklist where you can exclude programms from using bigger than normal borders as some programs don not work with increased border size properly. The blacklisted programs will then open with standard border size."

Well, not exactly. This is the problem I was referring to...



...but after reading Bernd's response It seems to be a feature, not a bug.

Quote:

on 8 bit screens AFA use no skins, it use old window draw code.But because sysiclass is complete replace by AROS/AFA Code the old code is not execute. I have done a simple fallback code, that only draw a rectangle in shinepen color.I was too lazy yet to draw nice looking line images.maybe see some day sourcecode of nice looking AOS line buttons.

@bernd_afa

Quote:

I test and see problem too, happen by a missed rectfill on 8 bit screens when not draw skin. Here is updatet graphic lib, that should fix that.

It fixes the problem with 8-bit screens. However, it still exists on hi/truecolor custom screens, just like HammerD described it...

>It fixes the problem with 8-bit screens. However, it still exists on hi/truecolor >custom screens, just like HammerD described it...

ah so, this is MUI specific, seem mui code overdraw the skin with a rectangle after open. i must search what mui do.other programs on fullscreen have this problem not.also mui programs on zune work ok.

but a window must not move over that place to show correct, its enough to press after the screen is open once right mouse button and release immideatly.

but i hope i can find a fix for it.....

Last edited by bernd_afa on 29-Nov-2008 at 03:36 PM.

@bernd_afa

Quote:

ah so, this is MUI specific, seem mui code overdraw the skin with a rectangle after open. i must search what mui do.other programs on fullscreen have this problem not.also mui programs on zune work ok.

It's not entirely MUI specific, I did find another software that acts exactly the same way and it doesn't use MUI Public Screens...



Quote:

but a window must not move over that place to show correct, its enough to press after the screen is open once right mouse button and release immideatly.

The only way to get it drawn correctly is to move another window to the top of the screen, over the title bar...like this...



Pressing just the right mouse button doesn't help here i'm afraid.