Hi, I am a bit confused about Mark -> Compare Folders. Is there an explanation about what it does exactly?
I'm looking for a "Synchronize Directories" feature much like in Double Commander / Total Commander.
This problem can be fixed by running "sudo xattr -cr /Applications/muCommander.app". For a nighly build, this might be acceptable, but an official release should not have this problem.
regarding the issue you wrote about with v1.0.0 - yeah, it's a known issue that is documented on the readme page:
https://github.com/mucommander/mucommander/blob/master/package/readme.txt#L62-L63
there has always been a question whether it is worth paying 99$ a year to get an Apple developer account and being able to sign the application as people find this alternative themselves or use homebrew (note that it was updated already: Homebrew/homebrew-cask#122126)
https://github.com/mucommander/mucommander/blob/master/package/readme.txt#L62-L63
there has always been a question whether it is worth paying 99$ a year to get an Apple developer account and being able to sign the application as people find this alternative themselves or use homebrew (note that it was updated already: Homebrew/homebrew-cask#122126)
Hmm, with with v0.9.7, there was no message saying that the app was damaged. How did you manage to avoid that message with v0.9.7? There was only a message saying that the developer could not be verified. These are two different messages. The latter one is quite common. It can easily be fixed by the user without the need to run a command in the terminal.
Also, the advice in readme.txt to apply the xattr command to the file <jar_name>.jar is not very helpful. The advice is imprecise, because it does not tell the exact path and name of the jar file to which the xattr command should be applied. As I said before, I had to apply the xattr command to muCommander.app, not to some jar file, to fix the problem. I'm downloading a lot of different apps from the internet, but so far I never had to mess around with the xattr command to make them work.
And no, sorry, I don't know how to automate the process of building a dmg on macOS.
@Andreas0602 thanks for the feedback! the only change I remember is switching to jpackage, I doubt that's the reason though. I see more project face this like chromium (https://www.reddit.com/r/MacOS/comments/q9d772/homebrew_chromium_is_damaged_and_cant_be_openend/) so it could be a consequence of something that has changed in macOS
about hdiutil, we already use it with jpackage as a wrapper, see: https://github.com/openjdk/jdk/blob/b2128a96670daeca93aca84ee7613b2b337ddfa4/src/jdk.jpackage/macosx/classes/jdk/jpackage/internal/MacDmgBundler.java#L99
I'll probably sign the application next time, that is likely to solve all those issues (and in addition, muCommander could be uploaded to the AppStore)
Hi guys. I am just wondering where to get the dark theme that is on displayed on the official website? Tried googling but I guess I am too much of an amateur :S
The screenshot is from ubuntu. I do not use it currently, but I think it came with gnome settings. I could not find a similar dark theme on windows.
@SakJaTeda_twitter FYI, I'm working on adding flatlaf and managed to get to a similar dark theme, check it out: https://ibb.co/w6D6WZm
That's good to hear, @ahadas. It will solve some other problems too. However, I would like to draw your attention to one small problem with flatlaf: In the column headers NAME, SIZE, DATE etc, the arrow indicating the sort order is not visible. It would be good if you could find a way to fix this.
@Andreas0602 nice catch, yeah, those arrows are indeed not visible with flatlaf. but it wouldn't make much sense to patch it in mucommander - better to change add that to flatlaf. so how about filing an issue to flatlaf about that (https://github.com/JFormDesigner/FlatLaf/issues) ?
I just tried the VAqua Look & Feel, and the arrows in the column headers are missing there too. So, filing an issue to flatlaf would not make much sense. I'll open a ticket for muCommander.
thanks @Andreas0602 , it seems to be a consequence of https://github.com/mucommander/mucommander/blob/1.0.0-1/mucommander-core/src/main/java/com/mucommander/ui/main/table/FileTableColumnModel.java#L85-L87 - I guess we need to do that per L&F rather than per operating system..
I just installed muCommander v1.0.1 fresh on a new Macbook Air M2 with macOS Montery 12.5.1. muCommander can browse local folders fine but can't connect to my Samba SMB server (error is always "This folder does not exist or is not available), unless I mount the shares on Finder and let muCommander leverage the Finder server connection via /Volumes/. I assume muCommander is not M1/M2 compatible yet (https://isapplesiliconready.com/de/app/muCommander), any issue I can track on this? Is it planned to add compatibility? Let me know if I can help support debug this
@Straightpool do you know what version of SMB is used? v1.0.1 only supports SMBv1 which is relatively old protocol, I merged patches to support SMBv2 (mucommander/mucommander#101) which will be included in the next version. until then you can try the nightly, portable version:
https://github.com/mucommander/mucommander/releases/tag/nightly
https://github.com/mucommander/mucommander/releases/tag/nightly
@Straightpool great to hear, and thanks for the feedback :) I was actually looking for more feedback specifically on this part, since the contributor of this change reported that it works significantly slower (see mucommander/mucommander#522 ) - I didn't notice that with my machines..
I did some performance testing today on my Macbook M2 with Version 1.01 Samba v1 vs Version 1.1.0 Portable with Samba 2.1+. I copied a 4.9 GB file back and forth. Copy within the file server was much faster with 1.1.0 (16 sec vs 4:30 min), as was download off the file server (32MB/sec 2:40min vs 20MB/sec 4:20min). The only test which was slower with 1.1.0 was copy to the file server (15MB/sec 5:28min vs. 18MB/sec 4:35min). Hope this helps?
Hi, I might have some spare time to try to improve internal viewers/editors a little bit (if anyone is using them).
- Is it ok to add @Nonnull (JSR-305) everywhere?
- Is it ok to copy stuff from TrolCommander?
@hajdam:matrix.org yes, it's ok to add @Nonnull - we used to document that (when a parameter can/should not be null) but I think it would be better to use this annotation instead, and it improving the internal (text, right?) viewers/editors would be welcome, including copying stuff from TrolCommander (not only the license permits that but also their maintainer pushed for doing that when it talked with him a while ago), but we really need to make sure we don't end with something too complicated to maintain - those viewers/editors could take a lot of our time and it's not the primary focus of muCommander (I'd rather prefer to integrate third party tools in that case)
I see, thanks for the answer. I assume primary focus is file browsing and accessing archives and remote file services? Any plan to support external modules so that additional functionality could be independent and not constrict maintainability of the core app?
and yes, file browsing and accessing archives and remote file services are indeed the primary focus
Yes, I checked that viewers are dynamically loaded. I meant if there is any further plan with that - maybe I'll try to play with it later.
First, I'll try to fix some issues I didn't manage to finish in my last viewers update. I'll try to keep it lean - I understand it's also a chore to review changes in area which is secondary. :-/
First, I'll try to fix some issues I didn't manage to finish in my last viewers update. I'll try to keep it lean - I understand it's also a chore to review changes in area which is secondary. :-/
@hajdam:matrix.org ack, actually I'm looking forward to your patches, you've done a really good job in that area before ;)
Well... I cancelled my original plan to add more functionality to file viewers during hacktoberfest as it seems you don't wish that... Still plan to cleanup some things there... I tried to improve image viewer for now, although I was not able to make pinch-to-zoom working. If anyone can check if it's working on Mac please...
mucommander/mucommander#788
mucommander/mucommander#788
