![]() |
Shutdown is just 3 or 4 seconds or so. That's a dramatic improvement. Now I can shutdown immediately. Likewise closing to the tray (Dock) the quit is fast. I guess it's not important but the hide/show command simply lists the Launcher in the menu bar but no gui. Description for options to close is fine. Still getting the same netshare 0.52 version downloading each time I re-open MW. I am not sure about the re-sharing of folder contents because I decided to remove and re-add via selected files. Extremely happy to see the upload slot options. Lots of programs default to system drive and user account. I personally don't use the system drive for anything other than the system and apps, etc. An approach I've used for about 20 years (with odd exceptions). To access the other drives I need to get to root and find volumes. This was relatively easy to do from my first use of MW. But it might confuse some MacOS users who may have alternative drives (yeah I realise most mac users these days use single drive devices such as MacBooks, etc. but some may also use external storages.) I just thought I might bring that point up that the menu system does not have an option to show volumes using a button. Or am I missing something. It's not dramatically important. |
Quote:
But as I suggested this is a very minor thing for MW, the option to find volumes exists. |
Quote:
Quote:
If you want to try the Mac look-and-feel change "nimbus" to "system" and restart. Note that some things may not look very pretty, at least the close button on the search tabs looks weird. |
Quote:
By the way (1) what is the standard KB/s overhead for running MW? (2) what is the typical upload and/or download overhead? |
Quote:
On my Mac (Mojave 10.14.6 + Java 8) the directory choosers do not open at all, in fact they crash the gui. That is unfortunate because I would love to switch the default look-and-feel on Mac to "system" Quote:
The bundles available for download on muwire.com come with their own java which is version 11. MW wouldn't work on java 6 at all. Quote:
I don't really know, but there is overhead with encryption and padding. In addition, I2P routes traffic on behalf of other users, that's how it achieves anonymity. But whatever the overhead, the total BW at system level should not exceed the bandwidth limits set in the options. |
Quote:
Quote:
Quote:
|
Quote:
Code: $HOME/Library/Application Support/MuWire/gui.properties Code: lnf=metal Quote:
Quote:
|
0.5.6 is out. Notable features: * Added support for "Sidecar" files. More info https://github.com/zlatinb/muwire/wiki/Sidecar-files * Moved to Java 13 * Added system status panel that shows memory usage and Java version * When there is an update available, a message window with description of the update will popup * On Mac, the toolbar should now say "MuWire" * Fix changing of font size |
Quote:
/Applications/MuWire.app/Contents/MacOS/muwire-mac.sh: line 6: jre/bin/java: cannot execute binary file /Applications/MuWire.app/Contents/MacOS/MuWire.jar -bash: /Applications/MuWire.app/Contents/MacOS/MuWire.jar: Permission denied Note: I'm on os10.11. A limitation of my hardware-firmware re: upgrading. Quote:
Quote:
Quote:
Quote:
Quote:
I had noticed it's possible to dnd from iTunes directly to MW. One occasion I noticed after removing the files so I could rename them (the physical files), I was unable to re-add them via the same dnd process with iTunes. Possibly because iTunes had not yet updated its references. So now I wait until the files have been renamed before adding either via iTunes or direct dnd from a folder. I thought for music it might be best to rename the file starting with the artist, album and song title in that order. It's sort of based on the method used by priv torrent sites for torrent titles. |
Quote:
It's an instant startup fail which leads me to think you might have forgotten to change something. I suspect you might have forgotten to change a reference. Perhaps renaming the name (or version) of the launching app. Although the plist file looks ok. CFBundleShortVersionString 0.01 I don't know if that's correct? Or perhaps forgotten to change the internal java version reference (though I see there's a reference to 13 in the jre folder)? Generally most of what you have allocated into the MacOS starter folder usually goes into the Resources folder of the package so it's a new approach to me. Might help explain why the plist file is relatively small. But a PkgInfo file appears to be missing that would normally be alongside the plist file for most apps. First time I've looked at the contents so I cannot compare with a previous version. However I think I saw a reference in the plist file that would normally be in the pkginfo file. There appears to be a lot of references to mail within the app. Does that mean the dev(s) are monitoring everyone's MW (and system)? |
All times are GMT -7. The time now is 10:29 PM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.