Who's Online |
55 user(s) are online ( 33 user(s) are browsing Forums)
Members: 2
Guests: 53
salass00, Georg,
more...
|
|
Headlines |
-
libharfbuzz.lha - development/library/graphics
Apr 20, 2024
-
libpng.lha - development/library/graphics
Apr 20, 2024
-
libsdl2_ttf.lha - development/library/graphics
Apr 20, 2024
-
libz.lha - development/library/misc
Apr 20, 2024
-
amiarcadia.lha - emulation/gamesystem
Apr 20, 2024
-
doomrpg.lha - game/board
Apr 20, 2024
-
amidisas.tar.bz2 - development/utility
Apr 16, 2024
-
wildmidi.lha - audio/play
Apr 15, 2024
-
liba52.lha - development/library/audio
Apr 14, 2024
-
libcurl.lha - development/library/misc
Apr 14, 2024
|
|
|
|
|
Re: Amiga Java status ?
|
Posted on: 2009/7/3 23:10
#121
|
Just popping in 
|
@Hans
Thanks Hans, its a real shame JAmiga is stalled, a quick look at the source, the code is well written.
Peter Werno (peter.werno.com) the admin is a real pro.
Peter states that most small java apps work, core functions are done ?
VerifyDesign program would be handy here.
|
|
|
|
|
|
Re: An open discussion on where we go from here
|
Posted on: 2009/6/29 3:31
#124
|
Just popping in
|
@tonyw
Exactly ! Im gald a few of us think this way.
Also remember, we need to include/arrange structure for GUI elements from other platforms too for making porting a no brainer.
|
|
|
|
|
|
Re: An open discussion on where we go from here
|
Posted on: 2009/6/27 19:26
#125
|
Just popping in
|
@DaveP I agree with you 100%. We need code compatibility. We should have ONE AmigaOS API or a converter. We also should have Linux/MacoS/Windows API mapping software. A user on the Natami forum posted where Java is heading: Quote:
I also would like more validation tests for code, html/xml have loads.
Java is accelerating at an astonishing rate, even now they are changing their codebase to fully language & platform independance structure.
With technology using SWIXML GUI layout:
http://www.swixml.org/
OpenJDK Community Innovators' Challenge:
http://openjdk.java.net/challenge/
Just reading the Gold, Silver,Bronze technology proposals indicate the momentum Java is gaining.
A good video about software devlopment, project sprout/actionscript
http://projectsprouts.org/screencasts.html
SWIXML describes the layout of GUI gadgets in an XML file, so porting GUI gadgets from one platform to another is simple by reading the XML describing the GUI and mapping it to the target platform GUI. lets just hope things get done.
|
|
|
|
|
|
Re: U++ SDL based IDE
|
Posted on: 2009/6/18 13:41
#126
|
Just popping in
|
@Samurai_Crow Thanks. I am really at a loss when it comes to porting. I guess im gonna have to read Spotups porting guides again and try make sense of it all  cheers
|
|
|
|
|
|
U++ SDL based IDE
|
Posted on: 2009/6/17 16:36
#127
|
Just popping in
|
Has anyone used U++ IDE ? Its an Open Source (BSD) IDE, platform independant RAD Suite. Something like this for AmigaOS would be great, I dont know what the dependancies are. http://www.ultimatepp.org/
|
|
|
|
|
|
Re: Would a UI library be useful ?
|
Posted on: 2009/6/10 3:04
#128
|
Just popping in
|
@angelheart another idea could be to add custom controls for example a spellchecker. So when the Wordprocessor template/style is used in any texteditor/wordprocessor the same spell checker menu is available and fuctional. With this way new menu options could be available for example to show/hide toolbars etc. It could also be like a datatype system for GUI/apps .
|
|
|
|
|
|
Re: Would a UI library be useful ?
|
Posted on: 2009/6/10 2:47
#129
|
Just popping in
|
@OldAmigan
Each application will have a seperate GUI layout.
The GUI can still be Amiga way if you wish (as default). The only thing that is different is that each applications GUI positions are NOT hardcoded to the app.
The code is the same, but uses a single file (if it exists) if a different style is required.
Once loaded its fixed in place or set to default, until you go into the menu and change it.
This can also be used to introduce or change Amiga GUI standards too. For example all Print menu the same place.
Print preview toolbar with same icon/pic etc for all progs etc.
An application CAN look like another application, for ppl who know how to use a similar app on a different platform.
This is optional an can be disabled for ppl who like the normal programs GUI layout.
cheers
|
|
|
|
|
|
Re: Would a UI library be useful ?
|
Posted on: 2009/6/9 23:30
#130
|
Just popping in
|
@Snuffy
You misunderstood.
I dont mean simply to change colour / font of a GUI !
I mean change the position and size of every GUI and menu in any app by reading a config file/script.
I mean for example load a Visual Studio style and Cubic IDE not only LOOKS visually, but all menus, buttons change to similar to Visual Studios layout.
Everything changes, as if you think you were using Visual Studio
All the GUI is loaded, positioned, menu rearranged, keyboard shortcuts, etc dynamically.
The aim is not re-learn how to achieve a task in an application, and thus not re-write manuals if people are already proficient with a certain application on a different platform.
You dont want IT professionals wasting unnecessary time.
|
|
|
|
|
|
Would a UI library be useful ?
|
Posted on: 2009/6/9 19:42
#131
|
Just popping in
|
I had an idea of a User Interface system that could be useful.
If we had a UI library that attached a programs GUI to an interface style we could have a common theme.
For example a new Word processor program could use the UI library so that the whole UI changes to a set style.
By using the UI library an application could have a menu option of user submitted styles. One could be MS OFFICE/OO.
Once selected the whole word processor could look and act as MS OFFICE, menus the same, keyboard shortcuts etc.
Any app could look and act as any of the given styles. Any missing functionality simply ignored.
Some people may not like this theme and want to stay unique, this is fine. But allowing this feature would help maintain the same theme / shortcuts throughout the system.
It also would be very useful for NON Amiga users to switch to Amiga software and know where all menus / shortcuts etc are/do.
What do people think ?
|
|
|
|
|
|
Re: I'm making a 2d platformer game engine for fun
|
Posted on: 2009/1/12 23:12
#133
|
Just popping in
|
@jahc
Very nice ! what screen res did you use ? no. colours ?
Quite responsive on my XP laptop, smooth animation. small file size :)
Why did you choose allegro rather than SDL ?
Does Allegro support vector gfx ?
Was is hard to program ? Im interested in Allegro programming if its easy to code/compiler setup.
cheers. nice one.
|
|
|
|
|
|
Re: porting to os4?
|
Posted on: 2009/1/12 22:53
#134
|
Just popping in
|
@Slayer
Yes, but I want to know the potential legal issues with :
1) Making/ updating the autodocs in a parser friendly format eg XML.
2) Converting RKRM into PDF
3) Rewrite/ update of RKRM or SDK with examples for other languages - a source code repository of code that compile !
|
|
|
|
|
|
Re: Doesn't Seem to be Any Programing Languages for AOS4 for the Average Person
|
Posted on: 2009/1/12 22:18
#135
|
Just popping in
|
@ChrisH Quote:
What do you mean by "GFX/SND portability"? AmigaOS support of these should be the same. Not to mention that E has commands like Plot() for drawing graphics to windows.
I mean a single opensource driver for RTG gfx and sound for all Amiga /Amiga compatibles. One codebase, optimised for each system.
|
|
|
|
|
|
Re: Doesn't Seem to be Any Programing Languages for AOS4 for the Average Person
|
Posted on: 2009/1/12 22:07
#136
|
Just popping in
|
@Hans Quote:
I use Cubic IDE on OS 4.x, and it works fine. There is an IDE in the works.
Its good to know an IDE is in the works. Is it OS4 only ? Quote:
I don't think that we need a dev package that supports all Amiga OS variants in order for it to become popular again. OS3 hardware doesn't have the necessary CPU power for any of the stuff that I'm involved in, and the other systems all use GCC and are similar enough that you could write cross-platform software if you wished.
While new hardware is slow to come by, and machines failing, Amikit/Winuae is the only option, yet being OS3 based, the challenge of incompatible software is increasing. Quote:
What I think would make it popular again is having modern functionality, and software libraries that make writing/porting software easier to do. Much progress has been made in this area, but we're still lagging behind in the 3D graphics department (amongst other areas).
I am glad to agree with you. There are not enough developers, and enough problems in Amiga land, lets try make porting / compatibility problems not one of them. Yes much progress has been made for compatibility, my thanks go to all developers in their efforts.
|
|
|
|
|
|
Re: Doesn't Seem to be Any Programing Languages for AOS4 for the Average Person
|
Posted on: 2009/1/12 21:50
#137
|
Just popping in
|
@tonyw Quote:
t's easy to write code that runs on any 68K or PPC machine (OS4 or MOS), you just have to use the old APIs. But if you are an OS4 or MOS developer, you'll probably use some of the bells and whistles that your favourite OS provides, making it difficult to port.
If you consider that a problem, it's the fault of the author, not the OS.
Yes you want to use all the bells and whistles, writing compatible code is down to the author. Thank you, thats how I understand it. I didnt say it would be easy, far from it. My want one common library that detects different AmigaOS and just run the code for that system instead of each Amiga variation having a different one. One Make file to compile the binary.
|
|
|
|
|
|
Re: Doesn't Seem to be Any Programing Languages for AOS4 for the Average Person
|
Posted on: 2009/1/12 21:42
#138
|
Just popping in
|
@Chris Quote:
If you are asking people who have invested time in writing something intended to be for OS4 only, that is the reply you will get. If you write for OS4, there are newer functions which can do resource tracking etc, and also other functions which make things easier.
Basically, if it has already been written with the intention of running on OS4 only, you end up having to rewrite bits of it for OS3. This can be a lot more work than you think.
I understand that if developers are determined in making OS4 only apps, nothing can be done about that. With regard to your 2nd statement, thats the issue that bothers me. Why does it HAVE to be that hard in the first place, is there no easier way ? Cant a smart IDE detect OS 3 compatibility setting and switch/replace certain functions with OS 3.x ones ?
|
|
|
|
|
|
Re: Doesn't Seem to be Any Programing Languages for AOS4 for the Average Person
|
Posted on: 2009/1/12 21:34
#139
|
Just popping in
|
@Rigo Quote:
I code for OS4.x as a baseline, because I can use all the nice new functions in the later release, and make use of all those BOOPSI classes that only do what I want under 4.x. To be able to make my applications run under 3.x would mean seriously downgrading functionality in order to support it.
If people knew which functions are causing the main incompatibility, one could update OS 3.x . Quote:
So, do I cripple my software in order to keep a level of compatibility which, to me, is a waste of time, or do I continue to look forward and make use of everything available to me?
Depends if you are happy with keeping all your eggs in one basket.
|
|
|
|
|
|
Re: My SAM is clocked at 666mhz
|
Posted on: 2009/1/11 23:03
#140
|
Just popping in
|
@Slayer
yes ! 666 is EVIL. how could you do this to your SAM ?
tsk, tsk.
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
