gular, calls to usleep could be incorporated
just like in the current patch.
Regards,
Christof Krüger
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
s behaviour? If so, why it
> is not changed by default?!
All this is not just by accident. There a guideline behind this:
http://developer.gnome.org/projects/gup/hig/
Typically, multiples of 6 pixels are used for margin and padding.
Regards,
Christof Krüger
--
Ubuntu-devel-discuss mailing list
On Sun, 2007-04-29 at 21:23 +0530, shirish agarwal wrote:
> 2.The format is a .doc format which makes things pretty bulky and
> inconsistent. I just cleaned up your 3 MB .doc file & saved it & got
> the same file in .odt format for 142 KB. Although it took me atleast 4
> hrs. to do the cleaning up
ch big changes is that a
critical mass is needed to benefit from this new system and the faster
it is achieved, the shorter the confusion-period will be.
I think that the open source community should participate since
consistent and unambiguous conventions are a good thing (TM).
Christof Krüger
On Tue, 2007-06-12 at 09:24 +0100, Scott James Remnant wrote:
> On Tue, 2007-06-12 at 09:37 +0200, Christof Krüger wrote:
>
> > Another "historic" example is a floppy-MB:
> > A 1.44MB floppy disc can store 1,474,560 Bytes, that is 1440 KiB and
> > 1.40625 MiB
u know it, you can still screw it. This is what the
example actually shows but -- you're right -- that does not have to do
with the discussion here. I still find it funny, though ;)
Christof Krüger
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
gt;
I'd really like to hear some real arguments against SI prefixes, besides
being ugly or funny to pronounce or just because "it has always been
like that". Advantages of using SI prefixes has been mentioned in this
thread. Please tell me the disadvantages so there can actual
t not as primary goal. Surely, there are situations
where it really doesn't matter (e.g. if you are interested in the order
of magnitude 10% error may be totally acceptable). However, SI prefixes
make life easier for technical stuff where it is important to be exact
without having to "guess" the context, ask every time or consider the
professional background of your communication partner.
Regards,
Christof Krüger
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
inty? Answer: Use the SI prefixes
consistently! This will take a while of course, but eventually you can
only benefit.
Regards,
Christof Krüger
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
to have something like an official policy so that
changes/patches are also created by ubuntu and eventually proposed
upstream.
But I guess there will be no consensus on it so just let upstream do it.
Regards,
Christof Krüger
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubu
On Thu, 2007-06-14 at 09:05 +1000, James "Doc" Livingston wrote:
> On Thu, 2007-06-14 at 00:35 +0200, Christof Krüger wrote:
> > I agree that this is the way to go. However, I think the OP wanted to
> > suggest to have something like an official policy so that
> > c
first. If the fix also imposes
additional work (group management) it might be counterproductive.
I'm sure I wasn't saying anything that wasn't already said here.
However, I felt like having to confirm what Scott was writing about from
a "occasional patch writer&quo
s bar not moving for some time and going to
console after the timeout occurs might look quite disturbing for
inexperienced users.
Regards,
Christof Krüger
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mai
13 matches
Mail list logo
