Who's Online |
76 user(s) are online ( 45 user(s) are browsing Forums)
Members: 2
Guests: 74
Firetail, utri007,
more...
|
|
|
|
Re: Smartbutton docky 50.6 uploaded
|
Posted on: 2010/5/26 14:04
#61
|
Just popping in
|
@PEB Thanks . @ChrisH Well, problems that ocurred with previous versions on composited screens should be gone now (provided you have Update 2 installed). Still, I forgot to deactivate an "experimental" feature in 50.6 (the little '+' and '-' symbols identifying smartsubdock dockies and telling if their subdock is opened or close). For now, here's the procedure to get rid of those symbols: 1) Save global preferences for subdocks at least once (context menu) 2) Open ENVARC:smartbutton-docky-global.xml with the PrefsObjects Editor in Utilities 3) Create the following 2 keys: - "SubdockVisibleSymbol" --> leave it as an empty string or set it to another image (e.g. TBImages:list_nodecollaps...) - "SubdockHiddenSymbol" --> same
|
|
|
|
Re: using grep
|
Posted on: 2010/4/12 18:32
#62
|
Just popping in
|
@Lio Don't know much about this grep thing, but at least we have: SEARCH #?.c wizard QUICK (think Amiga )
|
|
|
|
Re: PowerPC will return as desktop CPU alternative!
|
Posted on: 2010/3/31 19:53
#63
|
Just popping in
|
@Helgis
I'm just claiming that you are wrong, not Hyperion or A-EON (honestly I don't know what they think...). POWER market is embedded and industry, is that hard to understand ?
|
|
|
|
Re: PowerPC will return as desktop CPU alternative!
|
Posted on: 2010/3/31 19:26
#64
|
Just popping in
|
@Helgis
There's a difference between being optimistic and refusing to see the truth. As I see, you're hopeless...
|
|
|
|
Re: PowerPC will return as desktop CPU alternative!
|
Posted on: 2010/3/31 18:58
#65
|
Just popping in
|
@Helgis Quote: I came over a very interesting article from 2003, but it's pretty much relevant for today...
Ha ha ha... good one !
|
|
|
|
Re: Problems with PIPE:
|
Posted on: 2010/2/21 18:41
#66
|
Just popping in
|
@alfkil What exactly are you trying to do ? IMHO reading and writing to the same pipe within the same execution thread has no sense at all (use ?) since at some point the write buffer will be full (and your application will Wait() forever for someone to read it). Here's a link to a thread on utilitybase with a working pipe example. Edit: AFAIR, the writer must close the pipe for the reader to get an EOF, that's probably why your program hangs (in the version with blocking).
|
|
|
|
Re: Gapless MP3's
|
Posted on: 2010/1/31 20:43
#67
|
Just popping in
|
@bean
OK, thanks for the info. As far as I remember, the trick with Blade encoder is to move the boundary between the two audio tracks so that the "cut" don't fall in the middle of an mp3 frame. This trick is almost impossible to notice and works fine with TN gapless playing mode, but agreed, it alters the track lengths and may not be acceptable for on-line music stores, so that's probably why you have to deal with the issue you describe.
|
|
|
|
Re: Gapless MP3's
|
Posted on: 2010/1/31 19:01
#68
|
Just popping in
|
@bean
With the previous version of TuneNET, I've been successfully playing gapless mp3 encoded by ADRipper (using an unreleased Blade-based plugin) for 2 years now ! So the old gapless mode wasn't a "true gapless" ?
|
|
|
|
Re: sgrab and arexx with upd1
|
Posted on: 2010/1/25 19:32
#69
|
Just popping in
|
@Snuffy
I still don't get why running SGrab a second time doesn't just "wake up" the first instance like any commodity does.
|
|
|
|
Re: AmigaOS 4 ms timer ?
|
Posted on: 2009/12/21 14:05
#70
|
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
#71
|
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
#72
|
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
#73
|
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
#74
|
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
#75
|
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
#76
|
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
#77
|
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
#78
|
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 23:29
#79
|
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 23:26
#80
|
Just popping in
|
@Antique Probably because texteditor.gadget is not finished yet : Thread on UtilityBase
|
|
|
|