@ShInKurO

Process class is only used at startup for fontconfig cache generation, but it's very easily replacable, at worst.

I use Create/Delete/DragImage to drag links (and possibly images or whatever later).

I use MUIM_Menustrip_Popup for some things like HTML select gadgets (though a popup listview would allow more, actually).

As said previously, i use a lot Group and Family methods for dynamic content creation/destruction, in groups, and menu objects.

I think Zune doesn't handle well Dataspace/Import/Export methods, which i use for prefs loading/saving.

That's about all i can think at the moment.

@Fab

Quote:

I use Create/Delete/DragImage to drag links (and possibly images or whatever later). As said previously, i use a lot Group and Family methods for dynamic content creation/destruction, in groups, and menu objects.

So Area, Group new APIs

Quote:

I use MUIM_Menustrip_Popup for some things like HTML select gadgets (though a popup listview would allow more, actually).

Ok this miss me, menu classes new API

Quote:

I think Zune doesn't handle well Dataspace/Import/Export methods, which i use for prefs loading/saving.

Uhm, never tried dataspace class, but that should be a bugfix problem of Zune.

Thanks!

@afxgroup Quote:

*ACTUALLY* do you see an OS4 developer that release its program for MOS? Do you see a MOS developer that release its program for OS4??

I certainly plan (as time allows) to release my OS4 programs (where possible) for both AROS & MOS (and even OS3 where it makes sense). For example I already did for PortablE & the beta of FolderSync2. But I prefer my OS4 programs to be nearly finished before doing so. e.g. PictureAlbum.

Last edited by ChrisH on 22-Aug-2010 at 03:43 PM.

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

@Fab Quote:

Without MUI4 clone, if we just take the list example (there are of course other cases), it wouldbe done ... by implementing of list subclass adding the missing functionality, meaning less changes to the OWB files (of course doing that is a bit the same as improving MUI/Zune

For anyone not clear: Fab suggests writing a MUI4 compatibility layer which runs on top of MUI3 (and clones), which is used to help compile MUI4 programs like OWB.

I think that is the way it SHOULD be done, where possible, because it will take a lot LESS effort than (1) fixing all of Zune's bugs, (2) adding MUI 3.x functionality missing from Zune, (3) adding/rewriting Zune to be MUI 4.x compatible, and (4) porting Zune to OS4.

For AROS some effort would still need to be done to fix-up Zune's 3.x compatibility, but that'd be a lot less effort, and only the existing Zune developers (on AROS) would need to do it, so no need to worry about trying to convincing non-AROS devs to work on Zune.

Last edited by ChrisH on 22-Aug-2010 at 03:48 PM.
Last edited by ChrisH on 22-Aug-2010 at 03:47 PM.
Last edited by ChrisH on 22-Aug-2010 at 03:43 PM.

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

@thread

Why Zune have to be made on the same level with MUI4. Why MUI4 is not opensourced instead ?

_________________
Rock lobster bit me. My Workbench has always preferences. X1000 + AmigaOS4.1 FE
"Anyone can build a fast CPU. The trick is to build a fast system." -Seymour Cray

@ChrisH

Quote:

For anyone not clear: Fab suggests writing a MUI4 compatibility layer which runs on top of MUI3 (and clones), which is used to help compile MUI4 programs like OWB. I think that is the way it SHOULD be done, where possible, because it will take a lot LESS effort than (1) fixing all of Zune's bugs, (2) adding MUI 3.x functionality missing from Zune, (3) adding/rewriting Zune to be MUI 4.x compatible, and (4) porting Zune to OS4. For AROS some effort would still need to be done to fix-up Zune's 3.x compatibility, but that'd be a lot less effort, and only the existing Zune developers (on AROS) would need to do it, so no need to worry about trying to convincing non-AROS devs to work on Zune.

If this compatibility layer was to release open source under AROS licence then after it could be integrated into Zune, I believe this could be the right way...

@ShInKurO

i strongly support enchancement of zune for mui4 compatibility. i think zune being open source is only legitimate way to go even if it is more work than upgrading os4 mui3.9 where the community fragmentation would still remain and legality of such an approach is unclear, so it might become another dead end soon. zune is not getting enough attention in my opinion, and not tested enough, thats the problem. especially on 68k systems that are apparently less bug tolerant than the others.

as for a bounty i might support it but with some consideration. bounties have a little of chicken and egg problem: where there is no really dedicated and skillful developer they are mostly picked up and then endlessly occupied by unqualified people, practically blocking the branch of developement for months (regardless the amount of money invested). and im not sure how much cash is really attracting average amiga devs, even friedens or chris hodges who have defined their bounties themselves.

i will stay at window.. but a simply question.. instead of run behind all MUI4 changes and implement them into the new Zune, why don't ask Stefan Stunz to port MUI4 to OS4 and Aros??
This is the fastest and problems proof solution.. otherwhise you will have to add always new functionalities and/or wrap your files of #ifdef until a new Zune4 version is released..

Good luck..

_________________
http://www.amigasoft.net

Maybe indeed will be better to contact with mui4 author, and ask him how much money he want, to make aos4/aros port of mui4 ?

_________________
Join us to improve dopus5!
zerohero's mirror of os4/os3 crosscompiler suites

@kas1e

guys many months ago someone has just sent to Stunz a mail to ask him to port MUI4 on OS4, he hadn't time for that, so if you want try to ask him if he want port MUI4 on OS4 and AROS fell free to send a mail asking him if he want a bounty to make these ports on AROS and OS4.
At this point I'm curious what he will reply you

@afxgroup

Basing whole GUI of an opensource operating system on a closed source proprietary toolkit compiled by 3rd party developer. Now, that would be an interesting experiment...

@ShInKurO Quote:

If this compatibility layer was to release open source under AROS licence then after it could be integrated into Zune, I believe this could be the right way...

That sounds a reasonable idea. My only worry would be that this would effectively fork the compatibility layer, but I guess if it was already mostly-complete then that wouldn't be a big issue.

Now only the easy problem of finding someone to write it

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

@ChrisH

Quote:

That sounds a reasonable idea. My only worry would be that this would effectively fork the compatibility layer, but I guess if it was already mostly-complete then that wouldn't be a big issue. Now only the easy problem of finding someone to write it

I believe this bounty is always valid and should be created, if code layer for MUI3.9 was written and release open source with AROS licence then the author can integrate it into Zune and then takes part of bounty...

@Tomppeli

Quote:

Why Zune have to be made on the same level with MUI4. Why MUI4 is not opensourced instead ?

The whole Zune effort has been done since MUI wasn't and still isn't open source. I don't know exactily what are *current* MUI revenues, but if they are fairly low, maybe it would be easier today to change its author mind about open sourcing it, best of all using a commercial-friendly license like the APL, exactly like Poseidon author did in the past.

This would mean throwing years of Zune development in the dustbin, though.

@paolone

MUI4 is a part of commercial system - Morphos, i don't see a reason for author for releasing it as free software.

OS4 has the best TCP/IP stack among amiga-like systems. I would be nice to have it on aros/morphos/os3.x but it won't be released as free software. It's the same (bad) situation.

@rzookol
MUI4's situation seems a bit different (from my uneducated perspective). Rather than repeat myself, I'll just point you here.

Last edited by ChrisH on 23-Aug-2010 at 08:46 AM.

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

@ChrisH

You wrote: "I think it's reasonable that *any* OS improvements (not just GUI) added in OS4 don't get back-ported to OS3, because OS4 was designed to succeed OS3."

This sentence could be rewrite by changing OS4 -> Morphos.

I prefer updating ZUNE, it's free and quite advanced but updated slowly
http://repo.or.cz/w/AROS.git?a=search&h=HEAD&st=commit&s=MUI

@ChrisH

Your argument is false as it seems you suggust you have a RIGHT to upgrades, which you don't.

People bought keyfiles for MUI to run whatever version was current at that time under 68k-AmigaOS.

They can still do that today.

Hyperion bough in MUI3.9 under certain conditions and with known features. All these still work up today.

The product got developed further, but wether the author offers you an upgrade (free or payed) or decides to only maintain it for another platform is only his descicion.

It's allmost like demanding a port of the current "Prince of Persia" cos there was once a similar Amiga-game....

OS4 being "official" or "the successor" play no role in here.

_________________
- We don't need good ideas, we haven't run out on bad ones yet
- blame Canada

@all
There is someone interested to this kind of bounty, he is able to do this work but actually he hasn't no time, I believe this bounty has to be done...

@Kronos

In Amiga land you have the Godfather system of product support, which is perpetual and based on bloodline.

@ShInKurO

So are they completely out of the picture then, or could they free up time if the price were right?

Chris