Home   News   Concept   AMIGA-Compatible   Hardware   Forum   Questions+Answers   Pictures   Contact & Team

Welcome to the Natami / Amiga Forum

This forum is for AMIGA fans interested in the new NATAMI platform.
Please read the forum usage manual.



All TopicsNewsQAFeaturesTalkTEAMLogin to post    Create account
The team will post updates and news here

Could This Be the Natami GUI?page  1 2 3 
Andreas G. Szabo
Germany

Posts 134
16 Jan 2012 08:20


The textures are loaded via datatypes. I have my own TextureFill() and similar routines though.
 
  The principle behind the memory allocation here is, that before you can use the requester you create an object of the "filereq" class. Then you can reuse that for any purpose like load or save mode. This is one alloc mem. BUT, you are right if you have doubts, because currently memory is allocated for each string in the lists separately. Of course it is freed when the requester is closed or canceled or a file is selected. Do you have a better Idea? Use mempools?
 
  Maybe you would like to not only use the filerequester but also the full GUI?

Geir E
Norway

Posts 104
16 Jan 2012 09:02


I wish someone came along with a more modern gui-look. Not to distance away from the amiga look, but to do something that doesn't look THAT 1995.

Olaf Schoenweiss
Germany

Posts 782
16 Jan 2012 09:09


I just finished the first version of my grunch-db (package-manager). It includes tons of updates for different core-components including libraries. I would include your oxmaster.library in it so it could easily be installed everywhere. Is there a new version I can include? (I only found one in aminet)

Andreas G. Szabo
Germany

Posts 134
16 Jan 2012 10:45


The OX system is under developement. I add new features every few days. It yet makes not much sense for non-developers to have it. Also because yet there is no real usefull program that makes use of it.
 
  But for popularity reasons you can include what you find in this zip: EXTERNAL LINK ... it works, tested under AmiKit, WinUAE and E-UAE. If you would like to try it out, please tell me if it works on your system, what you miss or what you like.
 
  The archive contains only the user side parts, the lib, the classes and an info/config program, where you can try out the classes, see what they do, and change the colors and skin. The AmiNet version is very outdated, obsolete, old, ... I recommend to neither include that, nor use that as a manual for coders.
 
  I have current commented includes, the full open source, and a demo source for developers. Though it would probably require my help to make full use of what it can do. I think this way: the programmer asks me for a feature and I tell how that can be done, or decide to implement it (or not). Currently I make the "parent" button and also an "assigns" button to show the list of assigns. And as allways adding new features to the GUI system itself.

Team Chaos Leader
USA
(Moderator)
Posts 2094
16 Jan 2012 16:14


Andreas G. Szabo wrote:

The textures are loaded via datatypes.

FYI: It will never work 100% with AGA.  This means I will probably stay away from it until I have a 16M color version of my game 100% ready.


  The principle behind the memory allocation here is, that before you can use the requester you create an object of the "filereq" class. Then you can reuse that for any purpose like load or save mode. This is one alloc mem. BUT, you are right if you have doubts, because currently memory is allocated for each string in the lists separately. Of course it is freed when the requester is closed or canceled or a file is selected. Do you have a better Idea? Use mempools?

Can u figure out ur lists then do 1 big AllocVec for all of them simultaneously?


  Maybe you would like to not only use the filerequester but also the full GUI?

Maybe.  Being an OX newb I don't know what the "full GUI" is.

I am trying to work out what advantages XUI gives over MUI or Req.libary or ReqTools.library or ASL.library, etc.



Andreas G. Szabo
Germany

Posts 134
16 Jan 2012 16:40


Team Chaos Leader wrote:

 
Andreas G. Szabo wrote:

  The textures are loaded via datatypes.
 

  FYI: It will never work 100% with AGA.  This means I will probably stay away from it until I have a 16M color version of my game 100% ready.
 

 
  I tried it on my a4000 and it worked. When loading the images it was incredibly slow, and then they looked like they look converter in few colors. This is why I asked for a Natami Speedtest here.
 
  I could let the List collect the Strings manually in a Memblock, and reallocated and copy that (?) when needed. This could be even faster than AllocMem?
 
  To see the current components of the GUI I recommend to try my zip file from above.
 
  It is not only a filerequester, but something like MUI, but different. One of the differences might be, that MUI is kind of ready to use. And XUI developers would need my help and communication so that they can learn how to use it and I can implement what people need.
 
  Annother difference might be the way how the GUI is created. I make it all from some kind of nested taglists. For example the Tags for the window may contain a pointer to teh tags for a horizontal group, and that may contain pointers to the tags of the buttons in it. If this interest you, please have a look at the sources I have linked above.
 
  The OX is able to multithread. I do not know if such a feature is in MUI. And while a MUI program needs to compare all gadget numbers for which one was clicked, the OX is based on callback hooks, that get standardized parameters in the registers. And more...
 

Evil Igel
Germany

Posts 154
16 Jan 2012 16:54


As i sitting here, using my Linux, your file requester reminds me a lot of the Requester used in Gnome (they also dont included a parent-button yet btw :-))

Andreas G. Szabo
Germany

Posts 134
16 Jan 2012 17:01


Yes, that was the model. Though now I do have a parent button. :)

Jakob Eriksson
Sweden
(Moderator)
Posts 1097
16 Jan 2012 17:21


Maybe I am totally wrong, but can't you make it API compatible to ASL? (A drop in replacement.)
Maybe implemented as a thin wrapper which loads OX and calls the appropriate OX stuff. Then you would get users real quick and I would not have to convince myself, if I were to ever write a GUI program, that I should target OX which only works on m68k and not on AROS x86.


Andreas G. Szabo
Germany

Posts 134
16 Jan 2012 17:29


I thought about making it API compatible and such a wrapper as a library. Lets see...

... though it wont be a full ASL replacement (yet no font or screenmode requester). Is that still good?

  OX works on OS4 also. I hope there is such built in emulation soon also in aros.

Team Chaos Leader
USA
(Moderator)
Posts 2094
16 Jan 2012 17:51


If Parents are no longer considered kewl then the Parent button can be optional :)

FileRequester is the most important.  If u want coders to switch to XUI then u should try hard to make the most awesome filerequester ever.

Popup menus are awesomely useful too.

Samuel D Crow
USA
(Natami Team)
Posts 1295
16 Jan 2012 18:07


Andreas G. Szabo wrote:

OX works on OS4 also. I hope there is such built in emulation soon also in aros.

Due to endianness, the x86, ARM and AMD64 versions of AROS will never be able to use a 68k assembly object code or library without JUAE or EUAE or PUAE in-between.  Another possibility, however, would be to use the 68k Assembly source code with LibCPU or some other parser to cross-assemble the OX sources into native AROS machine code using LLVM's optimizers.  The hard part is that calling conventions for ELF binary file-loaders such as AROS and others don't use register loading the same way as OX would be expecting.

My biggest concern with OX is that it doesn't support closed-source commercial software without special permission in its license according to the Aminet documentation.  That is a complete deal-breaker for me.  I need to be able to sell the software I write.  I've worked on some freebies over the years and even earned portions of an AROS bounty for one.  It just isn't the same as being a successful business man.  The Games Master System libraries had the same problem with their licensing as well.

Andreas G. Szabo
Germany

Posts 134
16 Jan 2012 18:14


Did I write it is not for commercial purposes? It now is. :-) But it's still free and open source. Please do not refer to the Aminet version. That cross compiling seems very interesting to me. Where or how can I get more informations for that?

Team Chaos Leader
USA
(Moderator)
Posts 2094
16 Jan 2012 18:18


Samuel D Crow wrote:

  My biggest concern with OX is that it doesn't support closed-source commercial software without special permission in its license according to the Aminet documentation.

doh! :(


  That is a complete deal-breaker for me.  I need to be able to sell the software I write.  I've worked on some freebies over the years and even earned portions of an AROS bounty for one.  It just isn't the same as being a successful business man.  The Games Master System libraries had the same problem with their licensing as well.

That is why I never used GMS.

I don't use software where I must ask special permission, pay bribes, etc.  I don't have to ask SAS for permission to use their compiler in closed-source projects.  I don't have to ask HiSoft for permission to use DevPac.  I use 30 different tools.  Imagine if I had to ask permission for each of them? ugh.  Unworkable.


Samuel D Crow
USA
(Natami Team)
Posts 1295
16 Jan 2012 18:19


EXTERNAL LINK should have some information for you.

I'm glad it allows closed-source software to be used with it now.

Andreas G. Szabo
Germany

Posts 134
16 Jan 2012 18:21


I think I  overwrite that Aminet version. I changed its license! :-D

Samuel D Crow
USA
(Natami Team)
Posts 1295
16 Jan 2012 18:27


EXTERNAL LINK is the LibCPU mailing list.  Note that LLVM 2.9 is the last version that will compile for Aros x86 at this time.  They are porting LibCPU to LLVM 3.0 now.

Ceti 331
United Kingdom

Posts 282
17 Jan 2012 16:39


so many permutations for file managers :) (as well as guy architecture)
  personally i've always been a big fan of the "miller columns" that appeared on NeXT first(now in OSX), a nice compromise between showing the path and not too much moving/clicking to see different levels, although it can look wasteful with deep hierarchies.
  there's also an awesome command line navigator on linux that works this way called 'ranger' i think.
 
  Would be curious to see a MillerColumns approach with the ability to split a column  vertically to show 2 or more paths at a given level.
 
 

Golgoth 27
France

Posts 185
17 Jan 2012 18:05


Would it be possible to have something like DOpus Magellan, with icons and/or menues in the windows and requesters ?

EXTERNAL LINK 
And would it be difficult to have a radial system of menues and submenues ?

EXTERNAL LINK  (just an example picture)

Andreas G. Szabo
Germany

Posts 134
17 Jan 2012 18:15


Yes, that would be difficult. It seems like a completely differen approach. Menus are nearly easy and icons are possible if someone draws or supplies them. Personally i dont like the look of Magellan.  It seems chaotic to me.

posts 57page  1 2 3