Page 5 of 9
Re: we need inbuild keymap switcher as commoditie
Posted: Thu Aug 01, 2013 10:57 pm
by nbache
Just a little (partly OT) note for kas1e:
I know you don't use English as your native language, and usually it is not a (big) problem, I think we understand you quite well normally.
But in this thread there is something you should be careful with, and that is the correct use of the terms Dock and Docky.
A Dock is an area/a window (provided by the program AmiDock) where the user can put some icons and other stuff.
A Docky is a special type of program which is made to show an icon in a Dock, delivering some functionality to the user.
Be careful not to mix them up, or this thread can easily run into misunderstandings
Best regards,
Niels
Re: we need inbuild keymap switcher as commoditie
Posted: Thu Aug 01, 2013 11:25 pm
by abalaban
nbache wrote:A Docky is a special type of program which is made to show an icon in a Dock, delivering some functionality to the user.
This definition suits what i called "standalone Dockies" but you forgot to mention "Application Dockies" which is a modern incarnation of AppIcon of some kind.
To sum up in "standalone dockies" the docky itself is the application (the only reason of existence of the application is the docky) while for "application dockies" the docky is just a graphical representation of a bigger application (the docky is just here to add user friendliness or visual feedback of the surrounding application)
Re: we need inbuild keymap switcher as commoditie
Posted: Thu Aug 01, 2013 11:43 pm
by nbache
abalaban wrote:To sum up in "standalone dockies" the docky itself is the application (the only reason of existence of the application is the docky) while for "application dockies" the docky is just a graphical representation of a bigger application (the docky is just here to add user friendliness or visual feedback of the surrounding application)
Right.
I thought those were called Dock AppIcons or something ...
Best regards,
Niels
Re: we need inbuild keymap switcher as commoditie
Posted: Fri Aug 02, 2013 9:10 am
by trixie
It's rather confusing to have "dockies" (standalone apps running in AmiDock) and "application dockies" (application representations displayed in AmiDock), because the latter are not dockies at all
It might be time to clean up the terminology. What about "dockies" for real dockies, and "DockIcons" for the other type - it would be consistent with AppIcons, i.e. application representations displayed on the Workbench.
Re: we need inbuild keymap switcher as commoditie
Posted: Fri Aug 02, 2013 9:17 am
by abalaban
@trixie
"DockIcon" is almost as misleading, because you don't have the idea that it's linked to an application. Maybe 'AppDockIcon' would do it: you get the idea it's linked to an application, that it's a graphical representation and that it's in a Dock
Re: we need inbuild keymap switcher as commoditie
Posted: Fri Aug 02, 2013 9:21 am
by trixie
abalaban wrote:@trixie
"DockIcon" is almost as misleading, because you don't have the idea that it's linked to an application. Maybe 'AppDockIcon' would do it: you get the idea it's linked to an application, that it's a graphical representation and that it's in a Dock
Sounds good.
Re: we need inbuild keymap switcher as commoditie
Posted: Fri Aug 02, 2013 10:47 am
by kas1e
@all
That all only point one more time that there is time for wiki article related to everything about dock, docky and co , with right language in, with right categories, right examples pluses and minuses , short faq and so on. Anyone up to start it ? I can , start something, but it will be in sucky English, so some of you will need to fix it after, but at least it will be a start. I assume Abalaban, Trixie and others will have something to add ? I made some start, which can upload on wiki right now, so we all can start to works on it:
Docks on AmigaOS4.
1. Introduction ...................................
2. What is Dock and Docky .........................
3. Different types of Dockys ......................
3.1. Standalone dockies .........................
3.2. AppDockIcon Dockies ........................
3.2.1. Standard AppDockIcon Dockies..........................
3.2.2. Tray-bar AppDockIcon Dockies ..........................
4. How to make a good docky .......................
x .................................................
x .................................................
x .................................................
x. FAQ ............................................
x. Final Words ....................................
x. Links ..........................................
1. Introduction
2. What is Dock and Docky
A Dock is an area/a window (provided by the program AmiDock) where the user can put some icons and other stuff.
A Dockie cat be of 3 types:
1. "standalone Dockies": is a special type of program which is made to show an icon in a Dock, delivering some functionality to the user.
2. "AppDockIcon Dockies" which is a modern incarnation of AppIcon of some kind.
3. "Tray bar Dockies" which is special case of AppDockIcon Dockies, just done in mind to be in "tray".
To sum up in "standalone dockies" the docky itself is the application (the only reason of existence of the application is the docky) while for "AppDockIcon dockies"
the docky is just a graphical representation of a bigger application (the docky is just here to add user friendliness or visual feedback of the surrounding application)
While we will write article, we will sum up everything about everything, write necessary BZs , and maybe annoy some os4 dev to fix them till os4.2, so we will do a lot of good stuff.
@Trixie
I read on os4coding that you have "hard nigh of hardcore coding", did it mean you start to do something ?:) And anyway, did we agree now that indicator should be in in the Dock ? (later, we can sort the problems which will arise when we will want to make a tray-kind dock on top of screen). Currently we at least can make it right, and then fix what need to fix in amidock or so (should be not much to fix as far as i can see now).
Re: we need inbuild keymap switcher as commoditie
Posted: Fri Aug 02, 2013 11:14 am
by trixie
@kas1e
I assume Abalaban, Trixie and others will have something to add?
I cannot claim to be any expert on dockies but when I learn more about them to be actually able to teach somebody else, I'll happily help update the wiki.
I read on os4coding that you have "hard nigh of hardcore coding", did it mean you start to do something ?:)
Yes, I've been working on something for a couple of weeks. The program, however, reveals certain shortcomings of the Commodities Library, which slows down my work but the positive thing is that Steven started fixing and updating the library.
And anyway, did we agree now that indicator should be in in the Dock?
I don't know, did we?
Re: we need inbuild keymap switcher as commoditie
Posted: Fri Aug 02, 2013 11:28 am
by kas1e
@Trixie
I don't know, did we?
As far as i see, everyone in that (and another related thread) agree that its all should be appdockicon as indicator, which will leads to a) write normal article + standardization time come, and b) bunch of good BZs for amidock (which if all will going well can be done till 4.2, so switcher can be in and all will be cool, if Steven agree with of course). There was just some "ideas" about top-bar envs stuff, but they was just because of making it easy, but we dont follow easy ways, time to make all right
The program, however, reveals certain shortcomings of the Commodities Library, which slows down my work but the positive thing is that Steven started fixing and updating the library.
Can say more about shortcoming ?:) I write some commodities back in times (even have some easy skeletons with all that "broker" stuff and co), imho they was more or less mature enough (but i don't use of course any appicons or stuff).
Re: we need inbuild keymap switcher as commoditie
Posted: Fri Aug 02, 2013 12:35 pm
by gazelle
kas1e wrote:As far as i see, everyone in that (and another related thread) agree that its all should be appdockicon as indicator, ...
I disagree and vote for an "standalone docky".
pros:
* no other application will intefere with the dock
* it will be started with amidock
* you can name it what you like, the program does not need a naming convention