Who's Online |
53 user(s) are online ( 32 user(s) are browsing Forums)
Members: 0
Guests: 53
more...
|
|
Headlines |
-
supermario64_gl4es.lha - game/platform
May 28, 2023
-
supermario64_mgl.lha - game/platform
May 28, 2023
-
amiarcadia.lha - emulation/gamesystem
May 26, 2023
-
smb2fs.lha - network/samba
May 26, 2023
-
cpubench.lha - utility/benchmark
May 26, 2023
-
sploinergui.lha - utility/workbench
May 26, 2023
-
amigaamp3.lha - audio/play
May 23, 2023
-
warpdtprefs.lha - datatype/image
May 22, 2023
-
hwp_apng.lha - library/hollywood
May 22, 2023
-
hwp_flicanim.lha - library/hollywood
May 22, 2023
|
|
|
|
Re: New project - Mixer
|
Posted on: 2010/11/7 17:28
#41
|
Just popping in 
|
@abalaban Oh, let's go the easy way then, just send an e-mail  .
|
|
|
|
Re: New project - Mixer
|
Posted on: 2010/11/5 18:17
#42
|
Just popping in 
|
@Daniel
I added you to smartbutton project so you can browse the SVN tree. I advise you to start from datetime.docky sources since this docky is very simple and a good example to understand how AmiDock works.
|
|
|
|
Re: New project - Mixer
|
Posted on: 2010/11/4 18:27
#43
|
Just popping in 
|
@abalaban Quote: If there is a tracker where I should submit both issues please tell me.
Well, I've never used OS4depot bugtracker but you can post it there (but an e-mail will do too).
|
|
|
|
Re: New project - Mixer
|
Posted on: 2010/11/4 15:26
#44
|
Just popping in 
|
@Daniel Quote: Still interested in creating a docky for Mixer, am working from an article on programming dockies I came across in Amiga Future, but could do with looking at some example code. Looked on OS4Depot and in OS4.1 SDK but not found any example source code for any of the existing dockies.
I can give you access to Smartbutton and/or Winbar dockies SVN on OpenAmiga if you want.
|
|
|
|
Re: WxWidgets bounty status request
|
Posted on: 2010/10/18 8:58
#45
|
Just popping in 
|
@abalaban
Thanks for your hard work. Also, don't hesitate to ask for help here or on UB.com for Intuition stuff, if it can benefit to everyone!
|
|
|
|
Re: Application lib probs
|
Posted on: 2010/10/16 16:04
#46
|
Just popping in 
|
Application.lib (especially the PrefsObject section) and docky autodocs have long been reported as incomplete or erroneous. That's a bit dangerous if one consider that third party programs are forced to rely on wild guesses and may cease to work one day when the library is fixed.
|
|
|
|
Re: Why was SObjs added to OS4?
|
Posted on: 2010/10/12 13:40
#47
|
Just popping in 
|
@afxgroup Quote: That's not true. First because you can always put your .so in your progdir: if you have used different library version. But even with classic libraries you could have problems if you replace a wrong .library with another one. There is no differences between .so and .library in code usage except the shared code of the .library in memory but in the day usage if a developer replace your bzip.library with another one bugged you will have the same problem of libbz2.so replaced by another one
Another big difference is that releasing incompatible versions has become common practice on Linux & friends while with Amiga shared libraries you (theoretically) have the obligation to be backwards compatible, and you cannot get around it (and you have a builtin versioning system, not based on file name). Agreed, it does not always happen in practice, but your example above it's more likely your bzip.library will be fixed rather than a bzip_v2.library appears.
|
|
|
|
Re: Why was SObjs added to OS4?
|
Posted on: 2010/10/12 8:56
#48
|
Just popping in 
|
@nexus Quote: If we hadn't have shared object libraries, it would be pretty hard to port necessary and worthwhile linux libraries to AmigaOS. Uh ? The effort to port statically linked libraries is exactly the same as for shared objects. The difference is that with the latter you will end up with a directory full of different versions of the same library that are incompatible with one another, and not even shared in memory in the case of OS4.
|
|
|
|
Re: Why was SObjs added to OS4?
|
Posted on: 2010/10/11 23:27
#49
|
Just popping in 
|
@ChrisH Yep, 3) without hesitation. I cannot see another reason to import this crap into AOS, really... See other thread for nice example. Edit: 1) is wrong, AOS shared libs calls are as fast as shared object ones. Why jumping using a function pointer would be slower than a direct call ?
|
|
|
|
Re: Simple wishlist for next AmigaOS
|
Posted on: 2010/10/11 9:13
#50
|
Just popping in 
|
@Chris Quote: [...] add HW acceleration to gfx.library (where worthwhile)
Err... graphics.library has been HW accelerated since Kickstart 1.1. Maybe you meant 2D acceleration for alpha blits ?
|
|
|
|
Re: DEbug 101 (v.0.7)
|
Posted on: 2010/10/5 14:58
#51
|
Just popping in 
|
@alfkil I don't know if it's the info you're looking for, but for PPC EABI stackframes are single-linked in a chain, you can handle them using (e.g.) the following header: Quote: struct StackFrame { struct StackFrame *backChain; uint32 savedLR; uint32 dummy; };
and of course you get the address of the first one in R1.
|
|
|
|
Re: Need some help to close active window by input.device
|
Posted on: 2010/9/11 10:38
#52
|
Just popping in 
|
@kas1e From winbar docky : Quote: static void SendWindowCloseEvent(__BASE__, struct IOStdReq *inputReq, struct InputEvent *ie) {
IUtility->ClearMem(ie, sizeof(*ie));
ie->ie_Class = IECLASS_CLOSEWINDOW;
inputReq->io_Command = IND_WRITEEVENT; inputReq->io_Data = ie; inputReq->io_Length = sizeof(*ie);
IExec->SendIO((struct IORequest *)inputReq); }
Edit: you'd better use MEMF_SHARED for input events, as AFAIK they are never read from interrupt code.
|
|
|
|
Re: Datatypes infos for sound
|
Posted on: 2010/9/4 16:04
#53
|
Just popping in 
|
@freddix
Ogg and Vorbis codecs are available on OS4depot (only static and shared object though, no Amiga shared library). AFAIR, their licence allow you to use them in any binaries as long as you distribute them with the copyright notice.
|
|
|
|
Re: New project - Language Drivers
|
Posted on: 2010/8/6 23:01
#54
|
Just popping in 
|
@orgin
Any volunteers for Klingon ?
|
|
|
|
Re: AISS & icon types
|
Posted on: 2010/6/15 15:12
#55
|
Just popping in 
|
@JosDuchIt
You should not need to convert PNG images to icons just to display them. I don't know how GUI4Cli works but on the screenshot you posted (is it with icons or with PNG ?) the images are clearly downgraded to palette-mapped bitmaps, so maybe there is a limitation on the image format somewhere.
|
|
|
|
Re: AISS & icon types
|
Posted on: 2010/6/14 14:45
#56
|
Just popping in 
|
@JosDuchIt
AISS is a collection of PNG images available for use by third party programs (mainly for toolbar buttons). It is a different thing from the OS4 icon set, which was also (entirely ?) painted by Mason.
Like you said, AISS images can be found through TBImages: assign.
|
|
|
|
Re: Amidock expanded subdocks not centered above subdock icon
|
Posted on: 2010/6/8 18:21
#57
|
Just popping in 
|
@JosDuchIt Quote: The archive came with an "autoinstall" icon outside its main drawer. Doubleclicking on it i got a message requesting "copystore" searching for it, it appeared it was part of AmiUpdate. (Very nicelooking program BTW) so the confusion started there.
Oops, sorry for that, I really have to remove this 's' protection bit. I got trapped myself once and it ended up with a trashed subversion repository... Quote: Great. I'll make a video to show what can be done with the docky.
|
|
|
|
Re: Amidock expanded subdocks not centered above subdock icon
|
Posted on: 2010/6/8 15:30
#58
|
Just popping in 
|
@JosDuchIt Quote: i did try this out, installing was a bit of work (i had to install amiupdate first)
No need to install AmiUpdate, just copy smartbutton.docky and smartsubdock.docky somewhere on your HD (e.g. Utilities/Dockies) and drop smartbutton.docky at least once on a dock before using the other docky. It will setup the required environment variable. Quote: I also tried to use a smartbutton, to open some (eg the Prefs) drawer Here I could not copy the drawer icon, using Show/Picture/icon. I got an empty page icon opening sys: with the requester en entering Prefs.info manually on the filename line. Now just copying the drawer icon directly to amidock bar works OK, but still...
Did you try to drop the drawer on the docky, in build mode ? It is the easiest way to achieve this. In normal mode, you have to configure each element separately using the context menu (Icon/image, description, title, action...).
|
|
|
|
Re: Smartbutton docky 50.6 uploaded
|
Posted on: 2010/6/1 10:21
#59
|
Just popping in 
|
@ChrisH Quote: Any chance of Smart Sub-Docks becoming the standard/default used by AmiDock?!? Or at least having them appear in AmiDock's menu, along side "Add subdock"? At the moment having to drop the Smart SubDocky onto AmiDock isn't ideal.
I could add an "Add smartsubdock" option to the context menu, but it wouldn't help a lot in docks without any smartbutton. @BillE Quote: Do you need to use the docky or has Amidock finally been fixed itself ?
This is a feature of smartbutton docky. For images, the mouse over state can be a separate bitmap, whereas for icons it is just an increase of the brightness.
|
|
|
|
Re: Smartbutton docky 50.6 uploaded
|
Posted on: 2010/5/31 11:12
#60
|
Just popping in 
|
@ChrisH Great! Did you try to export some subdocks ? May be useful for backup, though just duplicating AmiDock prefs is an option too  . Regarding subdock defaults, this is not documented anywhere, but only the following AmiDock parameters are currently inherited from the parent dock: - icon background - bar background - orientation - # of lines used to display icon names Agreed, it would be good to have at least borderless property in this list, because usually only the root dock should have borders, but AFAIR these are the only parameters broadcast to dockies, I'll ask AD developer if missing parameters can be added in a future version.
Edited by centaurz on 2010/5/31 11:28:21
|
|
|
|