English Amiga Board Amiga Lore


Go Back   English Amiga Board > Main > Amiga scene

 
 
Thread Tools
Old 10 June 2016, 01:25   #41
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 473
i dont recall that the problems with netsurf were reaction based last time i tried. rather it still didnt render correctly the pages and was crashy. a mui g ui woild be better choice anyway, as it would be easily portable between the amigaoid systems.
wawa is offline  
AdSense AdSense  
Old 10 June 2016, 03:21   #42
matthey
Registered User
 
Join Date: Jan 2010
Location: Kansas
Posts: 901
Quote:
Originally Posted by wawa View Post
i dont recall that the problems with netsurf were reaction based last time i tried. rather it still didnt render correctly the pages and was crashy.
Chris was forced to make changes for the AmigaOS 3 because of the frbuttonclass not rendering in the bottom border with GA_RelBottom (probably a bug in a parent class which is in the intuition.library). Datatypes are also BOOPSI objects (part of the GUI) and the inadequacies of the picture.datatype have forced him to make major changes to the code. Instead of using AmigaOS components we end up with 3rd party components which add dependencies and have their own bugs to deal with. I may be able to debug his "crashy" problems and optimize NetSurf as well but do we end up with anything worthwhile in the end? The 68k AmigaOS and Reaction are dead end without development and support. Other people force us to waste our development time and add multiple levels of difficulty to our development. As with my bogus amiga.org ban by an NG zealot, where I am not wanted I leave and find other people and places where I am not blocked but free to develop and state my mind.

Quote:
Originally Posted by wawa View Post
a mui gui would be better choice anyway, as it would be easily portable between the amigaoid systems.
Portability is not so much the problem as most Amiga flavors have basic BOOPSI support which provides the upper object classes. Perhaps Reaction would have problems on little endian systems but it takes very careful programming to support both big and little endian without reducing performance. It is the lack of source code and control which would make it unacceptable to most flavors.

The GUI choice and elements should be evaluated based on the goals. From A-EON's perspective, Reaction is available to them and they want to encourage AmigaOS 4 software development. It would not be easy nor is it wise to switch the standard GUI without good reason. MUI 3 is more mature than the AmigaOS 3 Reaction which is missing important functionality and classes which AmigaOS 4 has added. MUI is easier to develop for and has nice features but this adds more overhead which may not be wanted, especially on low end or embedded systems. Perhaps the GUI should even be evaluated for how well a cell phone or tablet could be supported. The 68k is a different market that can be scaled down very small while CISC provides good performance (can be stronger per core than ARM). IMO, it has great potential in the embedded market where business partners could help reduce hardware costs for the Amiga. When I was looking for embedded interest with the Apollo core, I was asked "What about the OS?". What can I say? The AmigaOS is a legal nightmare and the owners don't want to sell it? Only the Amiga makes it impossible .
matthey is offline  
Old 11 June 2016, 15:10   #43
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 459
Quote:
Originally Posted by matthey View Post
MUI is prevalent enough that porting Zune back to AmigaOS and including it with the AmigaOS could be good.
I am pretty confident that Zune was already running on AmigaOS, was it not part of the AfA package or something?
kolla is offline  
Old 11 June 2016, 15:48   #44
Michael
A1260T/PPC/BV/SCSI/NET

Michael's Avatar
 
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 578
As far as my memory serves me right, OS 3.5/9 ReAction sources were not available to developers of OS4, so mot work was done from scratch or based on older ClassAction.
Even more interesting is the fact that newer ReAction classes were available in 68k forms and work fine on the classic systems, so backporting is not a BIG question, if it was a goal, it could be done fairly quickly imho. Sadly it was not before, maybe that's exactly what it is happening now. But definitely, reinventing things every few years is a big disappointment and humbles progress. But I would support it anyway, it is still progress and we need it.
Michael is offline  
Old 11 June 2016, 18:09   #45
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 473
Quote:
Originally Posted by kolla View Post
I am pretty confident that Zune was already running on AmigaOS, was it not part of the AfA package or something?
yes, it was. although it was a much, much earlier version, from well before 68k platform became maintained and zune could be crosstested with genuinee 68k appc. the current one should be much more compatible. especially the genuinely available third party classes binariess are compatible with it. however there are apps that will still refuse to work. one of them is ibrowse, it actually runs fine and the gui is working, but it doest display pages.
wawa is offline  
Old 11 June 2016, 21:34   #46
matthey
Registered User
 
Join Date: Jan 2010
Location: Kansas
Posts: 901
Quote:
Originally Posted by Michael View Post
As far as my memory serves me right, OS 3.5/9 ReAction sources were not available to developers of OS4, so mot work was done from scratch or based on older ClassAction.
Right. Matthew of amigakit.com verified this earlier in the thread.

Quote:
Originally Posted by amigakit.com View Post
ReAction/ClassAct on OS3 is no longer developed, the source code is not available and has fallen behind a long way from the OS4 ReAction. So from that perspective, the OS3 ReAction it is a dead-end.
AmigaOS 4 used the same API so I don't understand why the same code base can't be synced up and used. Start with the AmigaOS 4 code base, carefully remove features and functionality which doesn't work in AmigaOS 3 (with #if most likely) but ignore methods which can't be supported yet and add the missing features and functionality from AmigaOS 3.9. The #if statements are ugly but at least there are only 2 variations and then work to add the missing functionality to AmigaOS 3 (mostly intuition.library and input.device from a quick glance). The best sync of the code base would require 68k AmigaOS development. It is possible to have high level code like this have few differences between the PPC AmigaOS 4 version and the 68k AmigaOS 3 version. It is not clear whether A-EON is doing a quick and dirty port of their software to AmigaOS 3 or laying a foundation and planning for a future on the 68k AmigaOS. The visible GUI can look fine (which it does) while the source code and design is a disaster.
matthey is offline  
Old 11 June 2016, 23:01   #47
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 473
Quote:
Originally Posted by matthey View Post
AmigaOS 4 used the same API so I don't understand why the same code base can't be synced up and used.
because the "company" behind os4 doesnt want to share their code to support amiga. as if you wouldnt know.. aeon has likely no influence on it. it also doesnt look like they are going to fill in that gap. they are simply developing their own third party software which takes advantage of their own third party classes. so far i dont see that much from them that would be interesting to acquire. and im out of my adolescence age just to support some effort based on promises.
wawa is offline  
Old 12 June 2016, 03:00   #48
matthey
Registered User
 
Join Date: Jan 2010
Location: Kansas
Posts: 901
Quote:
Originally Posted by wawa View Post
because the "company" behind os4 doesnt want to share their code to support amiga. as if you wouldnt know.. aeon has likely no influence on it.
A-EON likely has some influence, if they exert it, but that is not the same as control (which they may have). Hyperion would be wise to listen to their sugar daddy A-EON. I doubt Hyperion's cash burn rate has changed much since their financial issues and most of the bailout money likely went to debt. They introduced AmigaOS 4 FE at a big discount from previous versions but the small niche market requires high prices for profitability. Even if AmigaOS 4 came out with 100% compatible SMP, >8GB of memory supported and MP tomorrow, the sales would likely remain in the low thousands with the expectation of a cheaper price like AmigaOS 4 FE. Most 68k customers aren't going to upgrade to PPC because of the high prices of hardware and these features are not priorities for most 68k users. The marketing philosophy and market dynamics have not changed so I don't why anyone would expect a different result. Hyperion will likely continue to require cash infusions to stay alive but the situation looks hopeless to me without major change. Maybe A-EON will take more control the next time Hyperion needs money.

One business partner writes code which would improve the other business partner's product with new classes for Reaction in AmigaOS 4. The other business partner has the source code for Reaction which the first business partner needs for a product in a market the first business partner chooses not to compete. I don't understand why AmigaOS 4 doesn't end up with the new Reaction classes in AmigaOS 4 and A-EON with the AmigaOS 4 Reaction source code for AmigaOS 3? If Hyperion is still blocking other Amiga markets including from the hand that feeds them when their own market is unsustainable, how trustworthy of a business partner are they? Are they also being trusted to deliver AmigaOS 4 with 100% compatible SMP, >8GB of memory support and MP to attempt to save both partners?

Last edited by matthey; 12 June 2016 at 22:09.
matthey is offline  
Old 09 July 2016, 11:53   #49
amigakit.com
Registered User

amigakit.com's Avatar
 
Join Date: Aug 2004
Location: www.amigakit.com
Posts: 1,686
I am pleased to announce that the new tickbox gadget is now ported to OS3 from OS4 and a few cosmetic adjustments have been made for OS3. Tickbox gadget class will feature on the forthcoming Enhancer Software for OS3.

In the screen shots below you can see the tickbox.gadget in action with the old OS3.9 checkbox gadget also shown for reference:



InfoWindowClass has now been updated to no longer use checkbox but use the new tickbox gadget class:

amigakit.com is offline  
Old 09 July 2016, 12:12   #50
Pyromania
Moderator

Pyromania's Avatar
 
Join Date: Jan 2002
Location: Chicago, IL
Posts: 1,741
Nice updates.
Pyromania is offline  
Old 09 July 2016, 18:30   #51
Cylon
Registered User

 
Join Date: Oct 2014
Location: Europe
Posts: 338
I don't like the new check mark very much. It misses the curvy 'swing'.
Cylon is offline  
Old 09 July 2016, 19:35   #52
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 473
something like this should be skinable with some reasonable default. usually a reasonable replacement would exactly default to whats being replaced, except it being somehow legally reserved, which in case of a checkmark image isnt very likely.

personally i dont care one way or another. i dont have any particular preference on this issue either. this remark is just meant as a proposal, not any kind of demand or request.
wawa is offline  
Old 09 July 2016, 20:27   #53
amigakit.com
Registered User

amigakit.com's Avatar
 
Join Date: Aug 2004
Location: www.amigakit.com
Posts: 1,686
The main thing was to ensure it was working - including when disabled and with hotkey support and left/right text label justification.

All of this is working and we can refine the actual tick image so that it is scalable too.

Themeing and antialiasing is something that is important but the latter needs to have special consideration for low colour screenmodes found on Classic systems.
amigakit.com is offline  
Old 09 July 2016, 20:35   #54
wawa
Registered User
 
Join Date: Aug 2007
Location: berlin/germany
Posts: 473
my impression was that reaction supports themeing. also the themeing format is rather similar to one employed by aros, at least when it comes to basics, like windows and screen bar. from my experience with aros, you can use low color iff images as well as full color pngs. when using one, two or three plane skin iffs the penalty shouldnt be considerable even on amiga chipset display. the problem begins, when people expect some blurred full color imagery to be equivalent of graphical quality.
wawa is offline  
Old 10 July 2016, 13:17   #55
kolla
Registered User
kolla's Avatar
 
Join Date: Nov 2007
Location: Trondheim, Norway
Posts: 459
So what functional advantage does "tickbox" have over "checkbox"? Will this become yet another thing people desperately will attempt to hack&patch in the quest for consistant look
kolla is offline  
Old 10 July 2016, 13:24   #56
ExiE
Registered User

 
Join Date: Apr 2016
Location: T/C
Posts: 28
Quote:
Originally Posted by kolla View Post
So what functional advantage does "tickbox" have over "checkbox"? Will this become yet another thing people desperately will attempt to hack&patch in the quest for consistant look
maybe you can also tickle new box not just check it
ExiE is offline  
Old 10 July 2016, 16:54   #57
amigakit.com
Registered User

amigakit.com's Avatar
 
Join Date: Aug 2004
Location: www.amigakit.com
Posts: 1,686
Another update this weekend to the OS3 version of tickbox.gadget

The tick image has been reworked and also a new tag has been added TICKBOX_Cross for developers who want to display a cross in the gadget box for their applications.



@kolla

I think the new tickbox gadget looks a lot better than the original OS3.9 version and it has functionally new X cross feature. As the OS4 version of tickbox.gadget develops, so can the OS3 version at the same pace.
amigakit.com is offline  
Old 11 July 2016, 01:25   #58
ExiE
Registered User

 
Join Date: Apr 2016
Location: T/C
Posts: 28
Quote:
Originally Posted by amigakit.com View Post
The tick image has been reworked and also a new tag has been added TICKBOX_Cross for developers who want to display a cross in the gadget box for their applications.

I think the new tickbox gadget looks a lot better than the original OS3.9 version and it has functionally new X cross feature. As the OS4 version of tickbox.gadget develops, so can the OS3 version at the same pace.


?
ExiE is offline  
Old 13 August 2016, 16:10   #59
amigakit.com
Registered User

amigakit.com's Avatar
 
Join Date: Aug 2004
Location: www.amigakit.com
Posts: 1,686
New Select Gadget work nearly completed for Enhancer Software OS3:

amigakit.com is offline  
Old 03 September 2016, 21:18   #60
amigakit.com
Registered User

amigakit.com's Avatar
 
Join Date: Aug 2004
Location: www.amigakit.com
Posts: 1,686
I am pleased to report that the new skinnable Clock utility from the latest Enhancer Software v1.1 on OS4.1 has now been ported to AmigaOS 3.9 for inclusion in the forthcoming Enhancer Software OS3 release. It uses the new clock.gadget which has also been ported.

Here are some pics of it running on my Amiga 1200:







amigakit.com is offline  
AdSense AdSense  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Amiga 1.2 Enhancer Software manual PDF mark_k Coders. System 1 28 June 2015 08:14
List of PPC versions of software and alternate libraries for OS3.9 diablothe2nd support.Hardware 17 26 August 2013 10:22
Collection Cataloguing software for OS3.9/4.1? diablothe2nd support.Apps 19 09 November 2012 21:49
Sound Enhancer! BarrySWE support.Hardware 5 02 October 2005 22:34
Amiga Sound Enhancer cv643d Retrogaming General Discussion 6 17 June 2004 09:42

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 01:33.


Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Page generated in 0.23678 seconds with 11 queries