gvfs r1930 - in trunk: . monitor/hal
- From: davidz svn gnome org
- To: svn-commits-list gnome org
- Subject: gvfs r1930 - in trunk: . monitor/hal
- Date: Tue, 2 Sep 2008 18:34:23 +0000 (UTC)
Author: davidz
Date: Tue Sep 2 18:34:23 2008
New Revision: 1930
URL: http://svn.gnome.org/viewvc/gvfs?rev=1930&view=rev
Log:
2008-09-02 David Zeuthen <davidz redhat com>
* monitor/hal/ghalvolume.c (format_size_for_display): Add docs
explaining why powers of 10 are used.
Modified:
trunk/ChangeLog
trunk/monitor/hal/ghalvolume.c
Modified: trunk/monitor/hal/ghalvolume.c
==============================================================================
--- trunk/monitor/hal/ghalvolume.c (original)
+++ trunk/monitor/hal/ghalvolume.c Tue Sep 2 18:34:23 2008
@@ -140,6 +140,25 @@
#define MEGABYTE_FACTOR (1000.0 * 1000.0)
#define GIGABYTE_FACTOR (1000.0 * 1000.0 * 1000.0)
+/**
+ * format_size_for_display:
+ * @size: a number of octects
+ *
+ * Format a human readable string that can conveys how much storage a
+ * user-visible drive or piece of media can hold.
+ *
+ * As a matter of policy, we want this string to resemble what's on
+ * the packaging of the drive/media. Since all manufacturers use
+ * powers of 10, g_format_size_for_display() is not suitable here.
+ *
+ * TODO: we probably want to round to nearest power of two if @size is
+ * "close" (e.g. within 5%) - this is to avoid e.g. 63.4G when the
+ * packaging says "64G drive". We could also use per-drive or
+ * per-media quirks to make a better guess.
+ *
+ * Returns: A human readable string, caller must free it using
+ * g_free().
+ **/
static char *
format_size_for_display (guint64 size)
{
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]