Klickstartmenu

[JPM]

Thanks for confirming, David — and thank you for testing

[David Graser]

Thanks for confirming, David — and thank you for testing

Glad I could help. I had read an article from 2003 where one of the biggest complaints from the programmer was lack of feedback for the programs developers sweat over developing.

If you ever feeling bored, I have and idea for a program which would supply missing wpshell functions.

Right now I have to use several enhancers which have functiions that overlap and have to be careful with.
NPS Enhancer, XIT, and Title

XIT for window rollup, title to change the Z order of folders and programs, and NPS to allow screen drawing and additional drag options such as frame drag, folder drag, show other folders when drag, and Full window drag.

[Dave Yeo]

Now that you've fixed David's problems and explained about the volume and display needing a double click (should that be a double click? David and I expected a single click to work)
My issue is the Start menu.
Hovering over Programs gives the message, "Programs folder not found" even though I have a Programs folder on the desktop and one on the boot drive.
The Documents displays the contents of %HOME%
Settings gives, "System configuration not found"

Is this expected behaviour? Everything else seems to work as expected.
Thanks

[JPM]

Thanks for the report. Documents displaying the contents of %HOME% is currently expected. Programs and Settings should normally use the WPS objects <WP_PROGRAMSFOLDER> and <WP_CONFIG>, so it appears that these standard object IDs are missing or different on your installation even though similarly named folders exist. Which OS and version are you using, and were these folders created manually or migrated from an older installation?

Yes, the double-click is intentional, as the Display and Volume icons follow classic Windows tray behaviour. Power and IP Traffic additionally show status information on hover. In the next version, users who consider a Start button an unacceptable Windows influence will also be able to hide it — together with the entire tray

[David Graser]

My issue is the Start menu.
Hovering over Programs gives the message, "Programs folder not found" even though I have a Programs folder on the desktop and one on the boot drive.
The Documents displays the contents of %HOME%
Settings gives, "System configuration not found"

Dave, my Klickstartmen Programs does reflect my Programs folder.  My documents folder shows a lot of folders.  Not sure what the documents folder is locking for.

[JPM]

OS/2 does not provide a standard Documents folder, so Klickstartmenue currently uses the user’s `%HOME%` directory as the closest equivalent. This is why the menu may contain several folders on ArcaOS. The Documents entry can be hidden through its right-click menu, and a future version may allow users to select a custom folder instead.

[David Graser]

Since there is no standard for OS/2, you could possibly do something like this. This is just brain storming and nothing more

Start - Dcouments- Inf
                            - hlp
                            - txt
                            - pdf

these sub folders each would require a search fo find their contents.,

By the way, it is amazing how well both Klickstartmenu and XCenter work along side with each other with no confllicts.

[Dave Yeo]

Thanks for the report. Documents displaying the contents of %HOME% is currently expected. Programs and Settings should normally use the WPS objects <WP_PROGRAMSFOLDER> and <WP_CONFIG>, so it appears that these standard object IDs are missing or different on your installation even though similarly named folders exist. Which OS and version are you using, and were these folders created manually or migrated from an older installation?

It is currently AOS 5.1.2.02, it has been updated quite a few times and it appears at some point I've lost these objects.
I'll see about recreating them.
As it is a problem on my system, don't worry about it.

Yes, the double-click is intentional, as the Display and Volume icons follow classic Windows tray behaviour. Power and IP Traffic additionally show status information on hover. In the next version, users who consider a Start button an unacceptable Windows influence will also be able to hide it — together with the entire tray

No problem, some of us are not very familiar with Windows. Possibilities, an option to be single click or the default double click) . I like the tray generally. The possibility to rename (and add/change icon) the Start menu would also be nice. Start itself never seemed a good name to me. These are just suggestions and not that important to me.
Thanks for the work
Edit: fix typo

[JPM]

 Thanks, Dave. That explains the missing Programs and Settings entries. Klickstartmenue currently relies on the standard WPS object IDs, so recreating those objects should restore the menus.

Single-click support has now been added for the tray icons.

The Start button already uses a customizable bitmap, so its appearance and label can be changed freely by replacing the Start button image. The word “Start” is only used as a final fallback when no bitmap or WPS icon is available.

Attached are two example BMP files. You can either drag one directly onto the Start button or select it through the context menu under **Icons and images**.

On the first start, Klickstartmenue normally uses the icon of the standard Programs folder as the Start button image. Since that WPS object is missing on your system, the default image could not be loaded.

The current version is also available again on Hobbes.

Thanks again for the feedback and ideas.

[JPM]

By the way, it is amazing how well both Klickstartmenu and XCenter work along side with each other with no confllicts.

Thanks, David. One reason Klickstartmenue works well alongside XCenter is that it is a completely separate PM application. It does not install a WPS class, use or modify XWorkplace DLLs. This avoids most class and DLL conflicts. The small downside is that some WPS information, especially icons, has to be obtained indirectly through icon capturing.

[David Graser]

I noticed a few things about folders in the
Start > Setting > Fonts

Folder does not inherit the details few of the original folder

Start > Setting > Hardware Manager
Start > Setting > Hardware Explorer

Folders do not inherit the tree view of the original folders.

As a result, when opened, folders look a mess.



                                 

[JPM]

I noticed a few things about folders in the
Start > Setting > Fonts

Folder does not inherit the details few of the original folder

Start > Setting > Hardware Manager
Start > Setting > Hardware Explorer

Folders do not inherit the tree view of the original folders.

As a result, when opened, folders look a mess.                                 

These are special WPS folders whose contents are generated by their own folder views. Klickstartmenue was never intended to reproduce those specialized views inside a menu. I have therefore removed the empty submenu and cascade arrow. A single click now opens the original WPS folder directly, preserving its proper Details or Tree view.

I’m currently working on a major new feature for Klickstartmenu, which should be released within the next few days.

[JPM]

I have released Klickstartmenu 1.0.795.

The main new feature in this version is **Workgroups**.

The basic idea is somewhat similar to the Workplace Shell **Work Folder** feature already built into OS/2, but Klickstartmenu Workgroups are independent of WPS folders.

With a Work Folder, OS/2 can remember the state of objects opened from a folder and hide, restore or close their windows together with the folder.

Klickstartmenu Workgroups follow a similar concept, but allow arbitrary running application windows to be collected into a group, regardless of where the applications or objects are located.

For example, a workgroup could contain:

* OpenWatcom
* a command prompt
* an editor
* a documentation window
* a file manager

The complete set can then be restored or activated from a single Workgroup button in the taskbar.

**Please note:** the Workgroup bar is not enabled by default. To use Workgroups, first right-click an empty area of the taskbar and enable the Workgroup bar from the taskbar context menu.

Windows can be assigned to Workgroups directly from the normal task buttons. Right-click a task button and open the **Workgroup** submenu. From there a window can be added to or removed from existing Workgroups, and a new Workgroup can also be created.

A window can belong to more than one Workgroup.

### Workgroup Manager

Version 1.0.795 also introduces a new **Workgroup Manager**.

It provides a central interface for managing the groups and their windows.

The left side contains a tree of the available Workgroups. The right side shows the windows belonging to the selected group.

There is also a separate **Open Windows** view. This makes it possible to select several currently running windows and add them to a Workgroup at once.

Windows inside a Workgroup can be reordered.

One window can also be defined as the **Start Focus** window. When the Workgroup is opened, Klickstartmenu restores/activates its windows and then tries to give the configured Start Focus window the focus.

The manager also includes:

* Search/filtering of Workgroup contents
* Search/filtering of currently open windows
* Toolbar and context-menu operations
* Context-sensitive descriptions in the status bar
* Drag-and-drop reordering
* Persistent Workgroup configuration

Workgroups can therefore be managed either centrally through the Workgroup Manager or directly from the taskbar, depending on what is more convenient.

I see Workgroups as a way of bringing an old and useful OS/2 idea to the taskbar level: instead of tying a working set to a particular WPS folder, it can consist of whatever application windows are useful for a particular task.

Klickstartmenu 1.0.795 is available on Hobbes.

https://hobbes.os-2.in/search?q=Klickstartmenu

[Martin Iturbide]

Hello JPM

One little thing. On Programs I can right click over a folder (like games) and select "Open".
On "Documents" I can not do that.

Check the attached screenshots.

Regards
Martin

[JPM]

Fixed. The context menu handling has been corrected and is now consistent for the affected items.
Thanks Martin.