»

[OlafS3]

The Zune-project on power2people is splitted in several projects.

phase 1 is making it full compatible to MUI38.
http://www.power2people.org/projects/profile/61

In the next phase it will be ported to MorphOS and AmigaOS to have a common standard for applications.

Please donate and support the efforts.

What do you think? I hope for more common bounties to reduce the split in the community.

[Daedalus]

I think this is an excellent endeavour - there are too many issues already driving the different camps apart. I should be donating as soon as I get paid

[JJ]

But what would be the point of Zune on MorphOS, which already has the latest and greatest MUI ?

[OlafS3]

It would be the point that you can develope on one platform without caring about the different implementations and not wasting time with additional testing and workarounds.

[Daedalus]

Originally Posted by JJ

But what would be the point of Zune on MorphOS, which already has the latest and greatest MUI ?

Well, if you only ever want your app to run on MorphOS then you are of course free to use MUI 4 and take advantage of its extra features. But it would be a good thing for anyone else who might like the idea of their software being available on all three platforms with a minimum of fuss...

[Darrin]

...and for a moment I thought someone was porting my Windows 7 phone sync software to the Amiga.

[HenryCase]

@OlafS3
Thanks for creating this topic.

@Daedalus
Great to hear you're supportive. :-)

@JJ
As Daedalus has pointed out, the idea behind this series of bounties is driving enhanced cross-compatibility.

Also, it's worth pointing out why this bounty was created. Whilst the goal for Phase 1 is bringing Zune to be equal to MUI3.8, that is not the end goal.

The Zune Fix series of bounties intends to replace the Zune Enhancement bounty by breaking the goals of the Zune Enhancement bounty into more manageable steps. The main aim behind the Zune Enhancement bounty was having an open-source, cross-platform replacement for MUI that is equal to MUI4.

In other words, whilst Zune Fix - Phase 1 has moderate goals, the main aim of the Zune Fix bounties is far more ambitious. Imagine all platforms being able to improve each others software library. We've only been in competition with each other because of what happened in the past, together our software libraries can grow much faster. Why duplicate work when you don't need to?

That's not to say all platforms will merge into one, they can still differentiate in other areas, but for developers who want to target all Amiga platforms, fixing up and porting Zune will be a godsend.

I hope you will consider donating to the bounty.

@all
One thing that hasn't been mentioned yet is that kas1e (the developer behind many OS4-centric projects) has offered to help out whomever takes on the bounty with advice about MUI, so the developer will have support from others.

Anyone with funds in the Zune Enhancement bounty can move them to the Zune Fix - Phase 1 bounty by contacting André Siegel via bounties@power2people.org. This is what's recommended on the Power2People site also:
http://www.power2people.org/projects/profile/54

To people who haven't donated yet, here's a reminder of the link you need:
http://www.power2people.org/projects/profile/61

Go on, you know it makes sense! ;-)

[itix]

Originally Posted by OlafS3

The Zune-project on power2people is splitted in several projects.

phase 1 is making it full compatible to MUI38.
http://www.power2people.org/projects/profile/61

In the next phase it will be ported to MorphOS and AmigaOS to have a common standard for applications.

Please donate and support the efforts.

What do you think? I hope for more common bounties to reduce the split in the community.

Porting Zune to MorphOS must be the most ambitious project ever. It is not easy replace something what is an integral part of the operating system.

[Daedalus]

@itix

I wonder would it be possible to simply write a wrapper layer which redirects calls from a Zune app to the underlying MUI4? I'm not the world's best programmer, so maybe I don't understand, but surely code could be written to use Zune calls where they live alongside MUI4, perhaps with a modified compiler. Or am I just being naive?

[Bamiga2002]

Originally Posted by Daedalus

I wonder would it be possible to simply write a wrapper layer which redirects calls from a Zune app to the underlying MUI4?

Wasn't Bernd AfA doing something like this already with AfA_OS?

[HenryCase]

Originally Posted by itix

Porting Zune to MorphOS must be the most ambitious project ever. It is not easy replace something what is an integral part of the operating system.

How is the structure of MorphOS different from OS4 in this regard? OS4 allows MUI3.9 programs to run alongside ReAction programs. Why would this be different for MorphOS?

Besides, MUI4 is just a front end for functions provided at the low-level of the OS. It's the set of tools given to build a GUI. To use an analogy, it's the paintbrush, it's not the canvas.

[itix]

Originally Posted by HenryCase

How is the structure of MorphOS different from OS4 in this regard? OS4 allows MUI3.9 programs to run alongside ReAction programs. Why would this be different for MorphOS?

Because there already is MUI and it is part of the system. MUI failing to work you make the entire OS (the desktop, ASL, system tools) to fail.

And MUI being part of the system there is hidden stuff the system is using but not exposed for the public.

[HenryCase]

Originally Posted by itix

Because there already is MUI and it is part of the system. MUI failing to work you make the entire OS (the desktop, ASL, system tools) to fail.

And MUI being part of the system there is hidden stuff the system is using but not exposed for the public.

Who said anything about MUI failing to work. MUI will still work. Zune can run alongside MUI, it's easy. Look at this MorphOS documentation:
http://library.morphzone.org/MorphOS...s_Organization

graphics.library, is responsible for low-level graphics functions like drawing pixels and other primitives, copying rectangular blocks of display, scrolling etc. Many programs do not use it directly.

intuition.library, delivers intermediate level graphics interface objects like screens and windows. Interfaces to user input devices (mouse and keyboard to name a few). Provides very basic user controls (gadgets). Provides also BOOPSI (Basic Object Oriented System for Intuition), a language independent object oriented programming framework, used commonly by other components.

MUI is built on top of intuition.library, which is built on graphics.library. Zune will also be built on top of intuition.library. There is no technical reason why it can't be. Hope this helps you understand.

@all
If you recognise any of the names of the people in the Zune Enhancement bounty contributors, please PM them so they can at least be made aware of the the changes to the Zune bounties:
http://www.power2people.org/projects/profile/54
Thanks.

[eb15]

The problem is that Zune tries to be a MUI clone, meaning it replaces MUI's libraries, classes, etc. with its own and you can't normally run multiple versions of amiga shared libs, GUI classes, etc. at the same time for compatibility with specific app version dependencies (where binary app X needs version Y but breaks with version Y+1 and higher.)

A workable morphos version of zune would basically install nothing to some little bit for zune internals that practically nobody really uses, because they prefer to use the already port-ably defined MUI functions.

I think it was kind of silly to update the Zune bounty without a volunteering developer to steer it towards what they thought they could and would do.

[takemehomegrandma]

Originally Posted by OlafS3

The Zune-project on power2people is splitted in several projects.

phase 1 is making it full compatible to MUI38.
http://www.power2people.org/projects/profile/61

In the next phase it will be ported to MorphOS and AmigaOS to have a common standard for applications.

Please donate and support the efforts.

What do you think? I hope for more common bounties to reduce the split in the community.

The "common standard" already is MUI, it will never be Zune. Current version is MUI4, which is an *integrated component* of MorphOS (an OS component required for MorphOS to run, older versions won't work). MUI4 sets the standard, the agenda, if you want a common denominator. On OS4 and AmigaOS, MUI 3.8/3.9 is available as add-on package/bundle. A lot of work has recently been put into bringing some MUI4 features into the OS4 version of MUI3.9, hence it's possible to port Fab's excellent web browser Odyssey, and also other MorphOS stuff, to OS4.

I think this is the path to go for AROS - aim for making Zune MUI4 compatible instead of expecting people to go back and satisfy with a MUI3.8 (i.e. MorphOS 1.0 IIRC) level API. There is a reason to why development goes *forward*, and that's because it brings a lot of new goodies to the table! And once you tastes the sweet's, there is no going back!