Michael Chin
Downloads: 6
Posts: 137
Smile Score: +128
About Me
I am a Free member


Visit Stats
Last Visit: 14 days ago
Member Since: 18 Aug 2010
Profile Views: 2,571

Michael Chin's Posts
Average Rating from Michael:
(10)

sort: smiles | time
burypromote
Mcr commented on 10 Apr 2014
Open Question to anyone:
I subscribe to Private Internet Access, a hosted server service with VPN access. (BTW, highly recommended, servers are rock solid, have maintained unbroken connections for DAYS at a time).

PIA provides users with their own Win and Mac clients, and I don't have any issues with them, they work as advertised. Is there any advantage to using Viscosity versus the clients provided by PIA?
[Version 1.4.8]



burypromote
Mcr commented on 03 Apr 2014
To the developer:
Does your app actually replace the copy of Apple80211 in /System/Library/PrivateFrameworks/Apple80211.framework/Versions/A? In other words, is their risk of breaking other apps that need the newer current version? Or do you just inject when 5.6.1 us launched?
Thanks!
[Version 1.2]



burypromote

Mcr reviewed on 27 Feb 2014
Here's a pointer that some of you may not have discovered.
Multiple side by side views in the same windows.

We all know there is dual pane mode in a Finder window. It is possible to have multiple sets of dual panes in the SAME window (versus opening two windows both in dual pane mode).

Open a Finder windows, open Tab 1, open Tab 2, toggle Dual pane, and Tabs 1 and 2 switch to dual pane/side by side. Open a Tab 3 and Tab 4 in the same window. enable dual pane again with the keyboard short cut. Tabs 3 and 4 slide into dual pane/side by side view. You can switch back and forth panes 1/2 and tabs 3/4 by just clicking on any of the four tabs.

Now of course if you actually want to see four panes SIMULTANEOUSLY then you do need to open a new Finder window, but if you just want to switch back and forth between pairs of two panes, this is a neat feature. It doesn't stop at two pairs, I've opened as many as eight tabs, paired into 4 dual pane views
[Version 1.5.19]



burypromote
Mcr commented on 26 Feb 2014
[I posted this on the BinaryAge support forum as well]

I used to be able to substitute my own colored icons that was displayed in the Sidebar by TF (instead of the default), by changing the ICNS files in
/System/Library/CoreServices/CoreTypes.bundle/Contents/Resources

In version 1.5.6, TF would use the colored versions of the icons for Shared and Networks devices, like for example for a connect Windows PC, TF would use the icon from public.generic-pc.icns, which was color.

In 1.5.19 it is now grabbing the monochrome icons that start with 'Sidebar....icns', like, in this case, it now grabs
SidebarPC.icns. Even for connected MAcs, 1.5.6 would use the color icon such as com.apple.macbookpro-17-unibody.icns
Now for the same connected laptop it grabs the monochrome icon SidebarLaptop.icns.

DEVELOPER: Can you change this back so that TF will grab the colored icns versions in CoreTypes.bundle once again? I think if the goal is to support color inthe Sidebar, it really needs to be all the way, not some color and some black and white. Unless this was Mavericks only change. I'm using Mountain Lion. Are you recommending ML users stay on 1.5.6?
[Version 1.5.19]


2 Replies

burypromote

+128
Mcr replied on 27 Feb 2014
FYI, the developer responded on the BinaryAge forum that this regression was accidental, part of the code cleanup in 1.5.19, and that it would be addressed in the next release. HUGE THANKS to the development team!!
burypromote

+128
Mcr replied on 27 Feb 2014
Fixed in 1.5.21 released Feb 27 (beta). If you can't wait, and you understand that this is BETA, download here
http://totalfinder.binaryage.com/beta-changes
burypromote
+2
Mcr commented on 26 Feb 2014
Even if you run Mavericks, I personally still recommend highly that you use TotalFinder, and for those of you who haven't tried TotalFinder, I suggest you try it.

Yes, it's true Mavericks has tabs now, but I believe TF provides more than just incremental or moderate improvements over the MAvericks implementation. The ability to see SIDE BY SIDE windows and compare folders and drag/drop between them is more than enough reason I feel to use TF. VISOR mode is another. The ability to QUICKLY turn on/off viewing of hidden/system files. The ability to view all folders at the top before files, or view them alphabetically like files. Individually, these might be thought of as moderate or incremental improvements, taken as a whole, they greatly increase my workflow productivity.
[Version 1.5.19]



burypromote
+2
Mcr commented on 24 Feb 2014
This 33.0.1750.117 build includes Flash version 12.0.0.70, which FIXES a serious security issue that is already being exploited in the wild. In fact, Apple's next XProtect update apparently will block all Flash versions prior to 12.0.0.44 in an effort to limit exposure to the long list of previous known exploits. So if you use Chromium you should consider definitely updating ASAP or update your system Flash plugin.
[Version 33.0.1750.117]



burypromote
+3
Mcr commented on 22 Feb 2014
I've seen regular posts on this iOS page as well as the pages for products like DiskAid, iExplorer and TouchCopy, regarding using these products to manage the "Other" data that accumulates on iOS devices and keeps growing and reduces free space.

I know the folks recommending to use these products to 'manage' the issue (read: "delete data to reduce the space taken up by Other") mean well, but a little caution is in order. These recommendations are rarely accompanied by specific information on what exactly one is supposed to delete. And unless a user is absolutely sure what they are doing when viewing the internal file structure of their device, they should not be mucking around.

The fact is, there is no clear "Other" folder or clear indication once you view the files on your device, exactly what is considered Other by iOS. Haphazardly going in and guessing and deleting files will potentially corrupt the built in indexes and DB of the device and totally destroy your sync indexing and actually make the problem worse by creating orphaned files that iOS has no clue is even there anymore.

In my experience, the stuff that makes up 'Other' is not the obviously named data that is clearly a movie file or music file, etc. it is the files with cryptic names in deep layers of cryptic folder names.

I am not trying to discourage use of these programs (I use TouchCopy myself), I'm just saying that novices need to be careful when considering remarks that using these programs will solve the problem of the ever expanding Other. IMO its like deleting files in the System/Library folder to free up disk space on your hard drive. will it free up more space? Yeah, it will....

The only safe solution I have found to reduce the space occupied by 'Other' is periodically doing a backup and then restore. Your settings and everything will get restored, then you just need to resync your apps, music, etc. This seems to put the device back to a pristine state. Over time, 'Other' will grow again. The more you sync (whether adding OR deleting) "Other" grows at a faster rate. Other can grow or stay the same even AFTER REMOVING content, which sounds counterintuitive, but supports the suggestion that Other is internal data related to caching, indexing, temp copies, app data, etc.

The web is full of pointers on how to do backup and restore to reduce the Other clutter, just search for it.
[Version 7.0.6]



burypromote
+4
Mcr commented on 07 Feb 2014
Woo hoo! Balance has been restored to The Force in the browser universe. Thank you FreeSMUG.

The MacUpdate link now appears to be pointing to the latest 32.xx
[Version 32.0.1700.107]



burypromote
+1
Mcr commented on 05 Feb 2014
So I tried to take the pepper flash plugin from Chrome and plug it into the latest Chromium build from http://www.chromium.woolyss.com
hoping that it would just find it and load it. I put it in the same folder that it was normally stored in under the older FreeSMUG Chromium builds, which was

\Chromium.appContentsVersions30.0.1599.101[or whatever number]Chromium Framework.frameworkInternet Plug-InsPepperFlash

So it didn't load. So either it still requires some enabling in the compilation of the build, or maybe it's a setting in some plist file somewhere.

Anyone have any ideas anyone? Otherwise I was about to embark on a line by line comparison of the plist files between a known FreeSMUG build which had pepperflash working, and a build from chromium.woolyss.com (which doesn't have pepperflash). I'm really hoping it's not a compile thing, which as has been noted, is quite an undertaking.

So, question, was the only difference between the FreeSmug builds that used to be available and the builds from chromium.woolyss.com, is the inclusion of pepperflash?? (build numbers and version numbers aside of course, in other words, given the same branch/build number of code, was that the basic difference?)
[Version 30.0.1599.101]



burypromote
Mcr commented on 03 Feb 2014
Unless I am missing something, it appears the builds available from here:

http://chromium.woolyss.com/

Do NOT have Flash built in, like the FreeSMUG builds do (or use to). This is unfortunate, because I avoided installing the regular OS X Flash system wide plug in, using Chromium for the few times I needed Flash.
[Version 30.0.1599.101]



burypromote
Mcr had trouble on 15 Apr 2011
Yuri,
I first reported this back in Sept 2010, it's still an issue in the latest. Worst, when trying to compress a large file into split volumes, after uncompressing, the resulting file is NOT equal to the original, i.e. it fails all Hash comparisons (MD5, SHA-1, etc).

Original message from Sept:
Yuriy,
I want to store into a multi part ZIP file a large source, for example disk.iso, which is 8 GB. I need to store this on a FAT32 drive to share between OS X and Windows, so files must be smaller than 4 GB.

I used sArchiver to create a ZIP file (store only, no compression) specifying 3GB chunks. sArchiver appears to first create disk.zip, which has a size of 8GB, and then divide it into smaller files and name them 001, 002, etc. Then delete the disk.zip file (the large one), leaving just the smaller chunks.

That's all fine. However, when I go to extract, sArchiver extracts to a file disk.zip. I then have have to run sArchiver a second time, to extract disk.zip back to the original disk.iso. In my opinion, when you extract, you should end up with the original you started with, and shouldn't require two separate operations to. This is how 7Zip on Windows handles multi part files. Using OS X archive utility to extract gives me the same result, so it seems what is being stored in the multi-part archive is the 8GB disk.zip, not disk.iso.

Same thing happens if I select 7z as well instead of Zip as the format.
[Version 3.7]



burypromote
+1
Mcr had trouble on 13 Sep 2010
Yuriy,
This is not a bug per se but it's not the behavior I expect. I want to store into a multi part ZIP file a large source, for example disk.iso, which is 8 GB. I need to store this on a FAT32 drive to share between OS X and Windows, so files must be smaller than 4 GB.

I used sArchiver to create a ZIP file (store only, no compression) specifying 3GB chunks. sArchiver appears to first create disk.zip, which has a size of 8GB, and then divide it into smaller files and name them 001, 002, etc. Then delete the disk.zip file (the large one), leaving just the smaller chunks.

That's all fine. However, when I go to extract, sArchiver extracts to a file disk.zip. I then have have to run sArchiver a second time, to extract disk.zip back to the original disk.iso. In my opinion, when you extract, you should end up with the original you started with, and shouldn't require two separate operations to. This is how 7Zip on Windows handles multi part files. Using OS X archive utility to extract gives me the same result, so it seems what is being stored in the multi-part archive is the 8GB disk.zip, not disk.iso.

Same thing happens if I select 7z as well instead of Zip as the format.
Thank you for your consideration.
[Version 2.7.4.1]



Displaying 1-10 of 55
1 2 3 4 5 6 >
Displaying 1-2 of 2
Please login or create a new
MacUpdate Member account
to use this feature


- -