|
|
|
Re: AmigaOS 4 ms timer ?
|
Posted on: 2009/12/21 14:05
#61
|
Just popping in 
|
@corto Quote:
What is wrong with CreateIORequest even if I understand using AllocSysObjectTags is more compliant with the updated API of OS4 ?
Nothing wrong IMHO, CreateIORequest might even be using ASOT_IOREQUEST internally. Quote:
broadblues : You wrote "SetSignal(0L,m_timersigflag)", is it mandatory ? What is the exact behaviour of this call ?
I wonder too, the signal mask is already cleared by the call to WaitIO().
|
|
|
|
|
|
Re: Layers.library and OS4.1 compositing mode
|
Posted on: 2009/12/17 18:48
#62
|
Just popping in
|
@abalaban
Also, remember that it's a bit dangerous to play with layers on an Intuition screen (except from the locking functions and a few others) because you may confuse Intuition input handler.
|
|
|
|
|
|
Re: check if a program has been started many times?
|
Posted on: 2009/12/7 18:17
#63
|
Just popping in
|
@xenic Quote:
Personally, I'm not to fond of application.library because it can force unwanted changes on me.
What changes are you talking about ?
|
|
|
|
|
|
Re: check if a program has been started many times?
|
Posted on: 2009/12/6 22:31
#64
|
Just popping in
|
@xenic Quote:
Will that work if the user renames the program and/or has copies in several places? I have multiple copies of several programs with different names so I can start them with different sets of prefs. For example, I have Snoopy with prefs set to look for library openings only, Snoopy1 with the usual settings and Snoopy2 with all the possible options set in the prefs.
The default behaviour with application.library is to provide a string and an URL when registering your app, then application.library will use them as an id regardless of the name of the executable. However, I think there are options to obtain the name of your app from the wb startup message so what you describe could be possible.
|
|
|
|
|
|
Re: check if a program has been started many times?
|
Posted on: 2009/12/6 17:34
#65
|
Just popping in
|
@Antique
To achieve this, you may consider registering your program as an application (through application.library) if it makes sense for the kind of program you are working on. Then you have an option to allow only one instance of your app, so if you launch it twice the first instance will be brought to front.
Edit: just saw the name of your program, maybe a commodity would be more suitable if it runs in the background as a kind of service.
|
|
|
|
|
|
Re: Library function exist ?
|
Posted on: 2009/12/4 20:58
#66
|
Just popping in
|
@freddix
Not with standard Amiga shared libraries. But you can generate a library in form of an ELF file (binary) in which you preserve the symbols of the functions you want to use later, and use elf.library to retrieve pointers on them.
|
|
|
|
|
|
Re: Huge shell commands with public OS 4.1 SDK.
|
Posted on: 2009/12/3 18:46
#67
|
Just popping in
|
@xenic Quote:
It was Rogue who stated that the file padding was the result of ELF files being written with mmap() in mind, Since the padding apparently had nothing to do with math alignment issues, I was just speculating that it was related to the other improvement listed in the news release (SOBJS).
Or perhaps there are other OS's on which this change make sense ? Hint: L___X
|
|
|
|
|
|
Re: Huge shell commands with public OS 4.1 SDK.
|
Posted on: 2009/12/2 18:42
#68
|
Just popping in
|
@orgin Quote:
@abalaban
It was a joke, the whole situation is a bit silly :)
That color cycling we had with PowerPack'ed exes was nice after all  .
|
|
|
|
|
|
Re: ReAction, what is missing to make it a good GUI?
|
Posted on: 2009/11/24 19:21
#69
|
Just popping in
|
@samwel
ReAction lacks many high level features and from a programmer's POV, it is quite painful if you want to do complex GUIs since you have to handle a lot of redundant tasks yourself. Of course, all these limits are due to the original Intuition/BOOPSI design, of which RA is just an extension.
|
|
|
|
|
|
Re: Texteditor gadget
|
Posted on: 2009/10/20 22:29
#70
|
Just popping in
|
@Antique
No idea, but on the other hand there is a richeditor.gadget with advanced features coming with (and used by) CodeBench, but no public include file or autodoc for it (yet).
|
|
|
|
|
|
Re: Texteditor gadget
|
Posted on: 2009/10/19 22:26
#71
|
Just popping in
|
@Antique Probably because texteditor.gadget is not finished yet : Thread on UtilityBase
|
|
|
|
|
|
Re: Break en entire program from inside a function.
|
Posted on: 2009/7/25 16:49
#72
|
Just popping in
|
@freddix Quote:
I develop an engine so, if user enter an erroneous value in a function, the program must stop giving the error message in CLI ... so, it's not in this case a bad practise but a need for that precise kind of development.
If you start allocating resources here and there you will find that it is. What's wrong with using return codes ?
|
|
|
|
|
|
Re: New windows bar docky, from OpenAmiga
|
Posted on: 2009/5/22 17:54
#73
|
Just popping in
|
@orgin
Yes, some nasty windows don't set their UserPort immediately after opening (now fixed).
|
|
|
|
|
|
Re: New windows bar docky, from OpenAmiga
|
Posted on: 2009/5/21 16:32
#74
|
Just popping in
|
@orgin Quote:
Using more than one dock area will make you end up with different heights , widths and overlapping. Not a good solution. A good dock system would enable you to fit everything in my example inside a single dock, where the user dictates the height, not the dockies.
I was talking about a single dock with the winbar to the left, whatever icons you need in the middle, and the application dockies to the right, works quite well here. Quote:
"smartbutton.docky and winbar.docky use this feature."
How do you activate that? Currently it forces a height to the dock.
It's always activated, but since AmiDock also respects the minimum width asked by the docky, you can only see the effect if there is an object larger than the docky in the dock, in this case the docky will use all the width available (anyway, the docky contains fixed size elements so you can't provide it whatever size you want and expect to have a readable and usable tool). Quote:
No not at all, not even close.
Hmmm, I think you exagerate a bit on this point. Application.library provides a way to add automatically an icon or even a docky into the main dock, this terribly looks like what is called a "system tray" on other systems... You may not like the implementation, or the features, and few programs may make use of it (but YAM, AmiARC, Wet and so on do), but it has the very same function. That said, quite a number of things could be improved in AmiDock, and I hope that this will be the case when things of higher priority are complete.
|
|
|
|
|
|
Re: New windows bar docky, from OpenAmiga
|
Posted on: 2009/5/21 15:02
#75
|
Just popping in
|
@orgin and PEB Okay, great, going directly to OS4depot then . Quote:
There seems to be some internal max width? Is it difficult to get it to fill the whole dock width?
Could you add a column setting that respects the line settings and just adds columns without any limitation? (instead of max 16 per line).
Yes, there is a limit to the docky width which is way lower than the screen width (something like 75%). And the worst is that if you try to set the width above this limit, you don't even get an error from AmiDock, the request is just ignored. Quote:
2. You can't freely position dockies inside a docky. Without these major flaws it would have been easier to set up a nice looking dock with your winbar docky to the left, a few program start icons and then add stuff like a clock, cpu meter etc to the right all using the same height and the clock and cpu meter would stay fixed at the far right without moving about when the winbar docky changed width.
For this, you can use a dock snapped to the bottom right corner, it will grow to the left. Quote:
1. it's the dockies that dictate the dock size and not the other way around.
[...]
Perhaps it would be possible to create container (like Ilayout) dockies where you can define if they should align their contents in any particular direction. And add new docky methods like DO_SCALEOTOHEIGHT that an individual docky receives a call to and scales itself to teh requested height.
Actually, dockies can adapt themselves to the dock "thickness" (that is, the width of a vertical dock and the height of an horizontal one), smartbutton.docky and winbar.docky use this feature. As for the other dimension, since it's not fixed you can't do a layout like with ReAction or MUI gadgets, and IMHO, dockies are not meant to be as complex as such gadgets. Quote:
Btw, next up, system tray? ;)
Come on, AmiDock is a kind of system tray for OS4 .
|
|
|
|
|
|
Re: New windows bar docky, from OpenAmiga
|
Posted on: 2009/5/21 10:53
#76
|
Just popping in
|
@PEB OK, I think I fixed at least the bug occuring on your machine (hope this is the same as Orgin has...) @PEB and Orgin Could you please try this new version ?
|
|
|
|
|
|
Re: New windows bar docky, from OpenAmiga
|
Posted on: 2009/5/19 23:41
#77
|
Just popping in
|
@salass00
The UserPort is checked against NULL, but I didn't know about mp_SigTask possibly being an interrupt, so I will fix this, thanks for the tip. However, this is probably not the reason of the crash, since the pointer is used as a key to search the list of processes.
@PEB
If you delete the default preferences (winbar-docky.xml), the crash at reboot doesn't occur ?
@orgin
Thanks for the crash log (the funniest I've seen...). The bug possibly happens when IntuitionBase is locked, hence the big mess. Strange that I don't get it on my machine.
As for the automatic detection of changed titles, I'll look into it.
|
|
|
|
|
|
Re: New windows bar docky, from OpenAmiga
|
Posted on: 2009/5/19 15:27
#78
|
Just popping in
|
@orgin
Thanks!
Well, I finally use the Window structure to retrieve a pointer on the task listening to the IntuiMessages (through the window user port). It's probably the way AmiStart does its job too. It works quite well with a lot of programs, but obviously if the GUI handling is deferred to a sub-process, it won't.
|
|
|
|
|
|
Re: Amiga server?
|
Posted on: 2009/5/13 21:42
#79
|
Just popping in
|
@Antique
For HTTP, there is also BlackWidow on os4depot. Lightweight, works like a charm, and very easy to setup with its own GUI, I sometimes use it to serve files like photos on my PC.
|
|
|
|
|
|
Re: smartbutton docky from openamiga.org
|
Posted on: 2009/5/13 21:05
#80
|
Just popping in
|
@PEB Phew! I think I'll have to add a warning about this though...
|
|
|
|
|
|
News feed
OS4 Feedback forum
OS4Depot Feedback 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
Donate
