26-Apr-2024 19:27 GMT.		 UNDER CONSTRUCTION
Anonymous, there are 9 items in your selection
[News] Information on AmiDock for OS 4ANN.lu
Posted on 02-Jun-2002 18:15 GMT by Ben Hermans/Hyperion9 comments
View flat
View list
Detailed information on another OS 4 component. Write up by Stefan Robl, the author. The OS 4 version of AmiDock will ofcourse be PPC native. http://www.amiga-news.de/en/news/AN-2002-06-00019-EN.html
Information on AmiDock for OS 4 : Comment 1 of 9ANN.lu
Posted by Marcus Sundman on 02-Jun-2002 16:27 GMT
> throw in a docky and it will work (and vice versa)
Does that mean "throw out a docky and it won't work"? ;-)
Information on AmiDock for OS 4 : Comment 2 of 9ANN.lu
Posted by amigammc on 02-Jun-2002 17:50 GMT
Sounds great! So much for those who were saying that it was just a copy of the version for OS3.9
Information on AmiDock for OS 4 : Comment 3 of 9ANN.lu
Posted by Joe "Floid" Kanowitz on 02-Jun-2002 19:27 GMT
Groovy, though I thought this was made obvious before.
Burning questions from one who hasn't used either version- Is there any integration to keep 'normal' windows' sizes/positions from ever intruding on the dock, and if not, is the docky API powerful enough to allow this? (This has to be my biggest gripe with Windowmaker, though the raise/lower buttons should make it less of an issue on Amiga, as less repositioning will be needed.)
Would anyone currently hacking on it consider a 'minimize to colorcode/pattern' docky? That's something I've been thinking about for a while; while not very 'intuitive,' it would be nice to be able to reduce a dock to something like a 5-pixel-wide stripe, while still being able to access items in it.
Information on AmiDock for OS 4 : Comment 4 of 9ANN.lu
Posted by Bert Dorhout on 02-Jun-2002 22:47 GMT
In reply to Comment 3 (Joe "Floid" Kanowitz):
Colorcodes/patterns to recognise all apps/docs? Seems too hard to quickly select the right one, but it's always nice to have things like a dock as small as possible.
On the Macintosh I use Malph. I can select with/without text (filenames), big or small icons (on the Mac all icons (<OS X) have the same size), and I can bring the whole doc to the front (above windows that opened over it) by going to a hot corner (selectable in the prefs). I think it would be nice if the doc could resize (and cache?) all icons to one size.
Regards,
Bert
Information on AmiDock for OS 4 : Comment 5 of 9ANN.lu
Posted by Elwood on 03-Jun-2002 09:32 GMT
In reply to Comment 4 (Bert Dorhout):
>would be nice if the doc could resize (and cache?) all icons to one size.
Easier to say than to do. I bet it will be in 4.1
Information on AmiDock for OS 4 : Comment 6 of 9ANN.lu
Posted by kjetil on 03-Jun-2002 10:52 GMT
In reply to Comment 5 (Elwood):
Not so hard as it look, how ever scaled icons do not look as good, and the functionality is not going to make big difference with or with out.
Information on AmiDock for OS 4 : Comment 7 of 9ANN.lu
Posted by Joe "Floid" Kanowitz on 03-Jun-2002 11:44 GMT
In reply to Comment 4 (Bert Dorhout):
Bert said,
>Colorcodes/patterns to recognise all apps/docs? Seems too hard to quickly >select the right one, but it's always nice to have things like a dock as small
>as possible.
Yeah, I want that functionality more as an interim thing while the world devises something better. Windows and QNX can minimize their taskbars/shelves, but you can't use them while they're down, and popup behavior can get annoying. KDE and Gnome seem to be copying the old Apple control strip, which means automatic window management has to deal with an oddly-shaped 'handle' somewhere rather than a simple line.
In this case, you lose obviousness for functionality, but if you put in the 10 minutes to configure it, most patches could point to subdocks, leaving you to only remember "red for programs, blue for browser, green for disks" or such. Handy when you need most of the screen for graphics work, especially if you tend to park the mouse at the bottom of the screen, making autoraise useless.
One patch would obviously have to be a "raise" button; presumably that could be the same docky that lets you knock things into "lowered" position in the first place. (That's why I have to specify textures; putting a tiny ^^^^^^ on the raise patch would help.)
>On the Macintosh I use Malph. I can select with/without text (filenames), big
>or small icons (on the Mac all icons (<OS X) have the same size), and I can
>bring the whole doc to the front (above windows that opened over it) by going
>to a hot corner (selectable in the prefs). I think it would be nice if the dock
>could resize (and cache?) all icons to one size.
I managed to find a screenshot of this for the curious, though I'm not sure if it's an old version: http://www.mir.com.my/mpug/software/image/malph2.gif
Personally, I can't do the hot-spot feature for the reason mentioned above, but I know I'm in a minority there. I still think it's nice to have some visual indication of the dock's existence, which a 'stripe mode' might provide (though it'll pain the *other* minority, who use Windows-style drag to raise/lower the dock.. :)) ... and of course, I'm just responding to put my idea in context; many users will prefer a hotspot/autoraise mode.
Icon scaling would be nice, but a lot of that has to rest on the icon artists even if the feature exists. A scaling of a 1024x768 icon isn't going to provide much visual information even if you want it to.. :)
I still don't know what the current state of .info is, but if it still exists (and will begin holding more important info than just the icon, making .info swaps less manageable), it'd be cute to have a drag'n'drop method to apply and convert a PNG/JPG/etc into an icon. For all I know, that's already been done... I'm going to call it a subset of the ".info filesystem" thought I was rambling about on AmiOpen a year ago.
Information on AmiDock for OS 4 : Comment 8 of 9ANN.lu
Posted by Don Cox on 03-Jun-2002 13:31 GMT
In reply to Comment 7 (Joe "Floid" Kanowitz):
"I still don't know what the current state of .info is, but if it still exists (and will begin holding more
important info than just the icon, making .info swaps less manageable), it'd be cute to have a
drag'n'drop method to apply and convert a PNG/JPG/etc into an icon. For all I know, that's already
been done... I'm going to call it a subset of the ".info filesystem" thought I was rambling about on
AmiOpen a year ago."
The OS 3.9 icon editor can load any image there's a datatype for.
Only a minority of data files have .info files, but almost all
programs do. The exceptions are CLI-only programs.
Information on AmiDock for OS 4 : Comment 9 of 9ANN.lu
Posted by Jon on 05-Jun-2002 17:50 GMT
Ben, I hope you are still reading.. Got a question for Hyperion: what kind of error handling system Amiga OS 4 will have? Is Guru still alive and meditating?-)
Anonymous, there are 9 items in your selection
Back to Top