OS/2, eCS & ArcaOS - Technical > Graphics and Window Design
Bigicons
Rich Walsh:
David, under the [CLASS] heading, the line for WPFolder needs to be updated to point at your icons. Currently, it shows:
"WPFolder" "folder.png", "folder-open.png"
It should be:
"WPFolder" "folder_closed.png", "folder_open.png"
Also the top lines are mangled. Currently, it shows:
"templaPOPUPte" "view-pim-notes.png"
It should be:
[SYSTEM]
"template" "view-pim-notes.png"
Final note: if you don't have a PNG for something, remove its entry. It's just clutter that slows down the lookup process.
Rich Walsh:
--- Quote from: Pete on November 29, 2023, 05:21:11 pm ---Opening the Drives folder results in a system hang, Drives folder status bar shows "Collecting objects...", mouse moves but cannot click on anything, C-A-D works to get me to the option of WPS Reset which only delivers a black screen, [...] only the system box Off button works.
[...]
Rebooted, reset icon size to Normal for Icon View and can now open Drives folder.
--- End quote ---
Sorry, Pete, this one got lost in the shuffle... My best _guess_ is that something other than one of the Drive objects is causing the problem. "Refresh Removable Media" is a likely suspect. Move it and any other non-drive objects to another folder, close the window, then restart the Desktop and retry.
Before doing any of that, you may want to open the Drives folder's Properties to the 'Include' tab and delete any filters so you can see everything in there (also, do a Sort or Arrange to ensure everything is in view).
--- Quote ---Prior to the Drives folder problem I noticed that some folders opened in icon view did not use the icon size 56 but were displayed at Normal size.
--- End quote ---
I've found a few like that - I don't remember setting these folders to "Normal" but apparently they thought I did. Once you manually set them back to the current default, they'll change when the default changes.
Pete:
Hi Rich
Yes, moving "Refresh Removable Media" to a different folder resolved the Drives problem - but moved the problem to the other folder. So, not really a fix...
I have found several other folders that display icons at Normal size and cause a system hang when setting them to use Dynamic Icons.
After lots of reboots I can suggest a possible cause: Opening the Properties of an object involved in system hangs eg "Refresh Removable Media" and selecting the Icon tab results in an incomplete display of that page, Current icon image and text missing and yet another system hang - this occurs with icon size set as Normal as well as 56x56 and other sizes.
Seems that something went wrong during install of pngdesk and/or pngicons.
Uninstalled Dynamic Icons, deleted the os2.ini file entry and rebooted, then checked that accessing "Refresh Removable Media" -> Properties -> Icon did not cause any problems, image and text displayed.
Installed Dynamic Icons (again) with the same results as previously.
If Dynamic Icons works without the above problems for other people I can only guess it is something on my system causing the problems. Not sure what to check though...
Regards
Pete
Rich Walsh:
--- Quote from: Pete on December 01, 2023, 04:33:14 am ---Opening the Properties of an object involved in system hangs eg "Refresh Removable Media" and selecting the Icon tab results in an incomplete display of that page, Current icon image and text missing and yet another system hang - this occurs with icon size set as Normal as well as 56x56 and other sizes.
[...]
If Dynamic Icons works without the above problems for other people I can only guess it is something on my system causing the problems. Not sure what to check though...
--- End quote ---
In this case, the problem is not operator error or a bad install - it's just broken. I can reliably lock up my system by using D&D to copy a program object to a folder that's open in Icon view. You might think that I would have noticed this before but I use Xview almost exclusively and only have 2 folders that use Icon view (one of them being the Desktop).
Since I still have the source code, I added some debugging messages to follow the path it takes coming up with an icon. For program objects, I can only describe it as "extraordinary". I also found out why datafiles don't get the default icon based on their WPS class: it gets that icon then throws it away and tries to find an icon based on name or association.
Another thing I learned: I had actually made multiple updates to Dynamic Icons over the years but totally forgot about them (e.g. getting the Trashcan to show the proper empty/full icon). Senior moment?
David Graser:
Rich
I am just about ready to upload the latest. I decided to do what you suggested in earlier post.
I made a new directory call BigIconsYellow, moved all the new files to it and then moved the directory to drive:\sys\icons.
I then change the lline in the config.sys to point to the new directory.
SET BIGICONSPATH=E:\sys\icons\BIGICONSYELLOW
and rebooted. Only a few of the icons changed to the new PNGs. I rebooted several times with the same result. I then changed it back to the
SET BIGICONS=E:\sys\icons\BIGICONSYELLOW
and all the new icons changed over except for the few I listed in earlier post I had trouble with. It appears the original path statement in the config.sys is needed for it to work when using a different directory other than BIGICONS Now the weird part. I previously has been using original bigicons folder name for all my previous testing.
Conclusion:
Replaced the original icons in the bigicons folder and you can use the SET BIGICONSPATH=
Replace the BIGICONS folder with BIGICONSYELLOOW and you must use the original path statement SET BIGICONS=
Progress report:
The new release contains many more new icons and folders. Reworked some of the earlier folders, More corrections in the bigicons.txt file. Rearranged the text file. At least now I can more easily find what I am looking for. Most system icons and folders are now replaced. You will be surprised by how many programs are now supported.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version