History: 2.14 (15.11.2008) - Removed the AddressBook from the OWB archive, it's available on os4depot.net now (network/browser/owbaddressbook.lha). - Updated to SVN revision 641. - Added support for openamiga.org extended default mouse pointers http://openamiga.org/?function=viewproject&projectid=35 (bugs.os4depot.net issue #40) and moved the included pointers to Resources/Storage, except for contextMenuCursor which is missing in the openamiga.org project. If you want to use the included pointers instead of the openamiga.org ones, or own pointers, you have to put them into the Resources directory. - Fixed a bug in the AutoInstall script. - Built current versions of libxml2 and libxslt. - If the CONFIRMQUIT tooltype is enabled it displays a requester when using the quit menu as well now (bugs.os4depot.net issue #44). - Added GETURL ARexx command. - If there is a 2nd %s in the BOOKMARKCOMMAND it's replaced by the pubscreen name of the screen on which the OWB window is now.
Btw the sys/def_contextmenupointer.info is in the openamiga pointer archive. It just looks similar to the normal one. Mason wanted it like that for his 'theme' of the pointers.
Btw the sys/def_contextmenupointer.info is in the openamiga pointer archive. It just looks similar to the normal one. Mason wanted it like that for his 'theme' of the pointers.
Maybe I didn't understand the docs correctly, but IMHO it's something different. If it supposed to be the same the image used for it doesn't make sense.
The OWB contextMenuCursor will be displayed if there is a context menu at the current mouse pointer position and clicking the mouse will open a context menu, IIRC it's the same in NetSurf, but the openamiga contextmenupointer should be used while the context menu is displayed ("To indicate that a context menu is active.").
Yes but as I said, mason didn't want it to look much different* in his theme of default pointers. And the file is in the archive.
When someone makes a new theme of pointers, or someone replaces the envarc:sys/ pointer file themselves it might look some other way.
The descriptive text in the openamiga pdf is just a guideline to describe what the pointer type could be used for, it does not prevent you from using it for other similar purposes. For example the context menu pointer type is suitable to use to indicate that the pointer is currently hovering over a position that would produce a popup menu when left clicked.
The latter description just didn't end up in the pdf since the most common way of activating the popup menu is to right click at an arbitary position that wouldn't normally produce a popup menu had you left clicked. In which case you couldn't display another pointer type before the popup menu opens. If you want me to I could easily add that to the pointer description in the document for the next release.
Note that I said 'pointer type' above. The type is still applicable in this situation even if masons graphical representation might not be.
* Apparently the shadow is a bit different, but I can't see the difference on my monitor.
The shadow is different - just enough to make the pointer look slightly closer to the screen, or the surface it is hovering over look slightly closer to the pointer. ie, it's the difference between no menu under the pointer and a menu under the pointer.
I agree with Joerg - it performs a different function to the old ContextMenuPointer. Using it in the same context doesn't make sense.
Well here's the kicker, the pointers and functions of the files included in the owb archive was the model for the open amiga pointers, including the context menu one. Just renamed to fit the os4 naming scheme. That is, a rename of the exact same pointer type, and now people don't want to use it for the same purpose.
The descriptive text in the openamiga pdf is just a guideline to describe what the pointer type could be used for, it does not prevent you from using it for other similar purposes. For example the context menu pointer type is suitable to use to indicate that the pointer is currently hovering over a position that would produce a popup menu when left clicked.
As Chris wrote not with the current image, with the different shadow representing a smaller distance to the background, the raised menu, it's the correct image while displaying a (popup) menu, but it doesn't fit to indicate there is one at the current position. When others create pointer themes they'll very likely use the ones from Mason as reference.
Quote:
The latter description just didn't end up in the pdf since the most common way of activating the popup menu is to right click at an arbitary position that wouldn't normally produce a popup menu had you left clicked.
That's the common way to access the general (popup) menu of an application, right click somewhere where no special context menu is. But for that you have to know where context menus are. For example in a web browser there can be a context menu for images (without link, for images with link the linkpointer would be used even if there is a context menu as well) with "Save image as ...", "View separately", etc. If it's activated with the right mouse button the OWB contextMenuCursor can be used to indicate you'll get a special context menu there instead of the "Project", "Edit", etc. menu you get everywhere else on the page.
Quote:
In which case you couldn't display another pointer type before the popup menu opens. If you want me to I could easily add that to the pointer description in the document for the next release.
Note that I said 'pointer type' above. The type is still applicable in this situation even if masons graphical representation might not be.
Since the image doesn't match the description the docs should be updated to clarify the purpose, but IMHO it would be even better to include both since the images have a different purpose and we have both already, for example rename the current one in the openamiga archive to menupointer (to be used while a menu is active) and use the OWB version as contextmenupointer (to indicate there is a context menu at the current mouse position).
I didn't know that OWB even supported context menus. I mean, usually browsers give a context menu when you right click on a URL, so that for example you can make a URL open in a new window, or Copy the URL to clipboard, etc. This doesn't seem to work even with OWB 2.14. Especially the "Copy URL to clipboard" functionality would be really useful for me, that is the one I use the most in other browsers.
BTW, when typing a reply here on Amigans.net, it's really slow, I guess due to the "raining" SAM things on the top, which use about 60% or so CPU time, but even with 40% CPU time available typing shouldn't be this low IMHO.
I didn't know that OWB even supported context menus.
It doesn't, at least not the SDL and AmigaOS 4.x versions, it's been a long time since I last build a GTK version of OWB. But WebKit does, and like for a lot of WebKit features there are some empty functions in OWB for which "just" platform specific implementions have to be done.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga 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
