Directory Opus 4 FAQ========================================================= 1.1.2000 1. What are the most common confirmed bugs? 2. What are the most common compatability problems? 3. What are the commonly requested enhancements? 1. What are the most common confirmed bugs?---------------------------------- * Copy progress indicator lost some of its accuracy because of speed-up. * GURUes after exiting from file viewer if search function was in use (same happens in original version). It happens when some other program keeps lock on viewed file. * After reopening window due to message from screennotify.library displayed directories aren't preserved. This is some kind of magic :( * Clashes with Birdie when opened on own screen. You have to set Birdie to ignore DOpus screen to avoid that bug. I don't know yet what's causing it. * Problems with returning from configuration window. It happens when you open another DOpus or configuration window in meanwhile. Just avoid it to avoid that bug :) * If you rename directory to an already existing name the old directory will be deleted. Needs fixing ASAP. 2. What are the most common compataibility problems?------------------------- These are basically unconfirmed but seem to happen for some people, others have no such problems. * Support for dynamic-palette IFFs (SHAM, DHiRes) is reverse-engineered (sources for pchg.lib weren't provided) and untested as I don't have such pictures. * If DOpus is opened on own hi/truecolor screen it's window gets trashed after returning from WB screen. Either use DOpus on WB screen or select only upto 8bit screens for it until that bug is fixed. Resizing the window also removes trashed parts. Ive seen this on systems with low memory using graphics cards. I dont think its a fault with DOpus4. * problems with MagicMenu - could be related to some very old version as 2.29 works fine here. * can crash after deleting files. Could be caused by other program trashing memory. * ConfigOpus crashes with some fonts (in Screen/Fonts). * Problems with accessing menu. RMB needs to be clicked twice to open menu. Could be related to some versions of MagicMenu. 3. What are the commonly requested enhancements?----------------------------- * 040/060/PPC version Slowly all non essential assembler will be converted to C. Then a PPC version can be compiled. * General speedup I can't do much in that area because sources are quite messy and uncommented so any optimizations are hard to do. * XPK, datatype, locale support Won't be implemented soon (if ever). * Faster dir scanning Impossible without very deep changes in source tree. * Faster copying/deleting Copying is already speeded-up. Currently is almost as fast as in Opus5. Maybe there's still something to improve but don't expect miracles. Deleting isn't noticeably slower than in other programs or WB. Best method of making deleting faster is replacing FFS with another filesystem like PFS or SFS. * 256 colors support (currently 16) In the works. * Gadtools/MUI support for GUI Forget about MUI. We'll try to make a Gadtools GUI wherever possible starting from DOpus modules. * Hiding status bar at the bottom of the window Can't say. It depends on required changes. * User selected icon Will be done soon. * Font sensitive configuration window Will be achieved through Gadtools GUI * Direct LHA/LZX support Achieved through xadmaster.library. * Correct displaying available diskspace on partitions bigger than 2GB Fixed but needs extensive testing. * Fixing number of items in progress indicator to real value It will be done. But I'll add special switch to activating it as browsing directories can take some time (especially on slow disks/FFS partitions). * Pattern for user-defined gadgets' background Can be added that after fixing more important things. * Increasing menuitem limit Is it really required? Actually there can be up to 100 menuitems defined. * Internal decoding of GIF, PNG, JPG etc. Won't be done. 3rd party viewers are very good at it. Besides datatypes support is planned. * Correct printing on different paper sizes Tough one. I don't have a printer nor access to US-sized sheets (ie. Legal). * Integration with Scalos desktop Well, I don't know Scalos nor use it so I don't know what integration could be done. But looking at the sources I doubt if any integration can be done easily (if ever). * Fixing filereader to support more than 65536 lines of text Will be done soon. * Making it DOpus5-like Won't be done. It's practically impossible and we like typical 2-window filemanagers. If you need DOpus5 functionality just go and but it! * WheelMouse support Thinking about it. * Text-reader as a window on WB Will be done for sure! * Warning requester when renaming directory to already existing name Will be fixed soon * Rolling backward devicelist when clicked with SHIFT pressed We'll try to add this feature. * Option to turn quit-requster off Will be done * Selecting the size of copy buffer in Prefs Currently that buffer is filesize-dependent and it should stay so. Rule which control it should be finetuned a bit anyway. * 'Rename' option to "Overwrite' requester Will be added. * More user commands for filetypes Its possible. * Additional commands Existing set is quite powerful but I don't see any reason why not to expand it. * Using function multiple times in single command (ie. {o}) This is a must! * Horizontal scroller for text-reader to avoid line wrapping. Will be implemented together with WB-window option for text-reader. * Reducing program size We'll try but we although a lot of pre 3.0 code has been removed more features are being added. * Iconify gadget in window dragbar (VisualPrefs compatible) I like that idea. * Progressbar for deleting files Why not? * 'Add icon' checkmark for MakeDir requester Will be done. * Use asyncio.library instead of linked in asyncio routines Good idea.