On 7 Jan 2011, at 16:01, David Cantrell wrote:
On Thu, Jan 06, 2011 at 04:50:52PM +, Peter Corlett wrote:
[...]
You can on the Mac too: it's on Ctrl-F2. You can rebind it elsewhere if you
wish.
Hurrah! And so kind of Apple to document it!
Why would Apple bother to document it when OSX i
On Thu, Jan 06, 2011 at 04:50:52PM +, Peter Corlett wrote:
> On Thu, Jan 06, 2011 at 04:45:27PM +, David Cantrell wrote:
> > On Windows I remember being able to bring up any menu I felt like, and to
> > explore all the available menu options, using the keybaord.
> You can on the Mac too: it
Silva wrote:
2. The menu bar changes to match the focussed window. This obviates the issue
you mentioned, but brings up a bigger one. Now you can't click on the menu bar
because as soon as you leave the app you lose the menu bar!
Uhm, sloppy focus? When I use my Linux box (or in previous life
On Jan 6, 2011, at 5:50 PM, Peter Corlett wrote:
> On Thu, Jan 06, 2011 at 04:45:27PM +, David Cantrell wrote:
> [...]
>> On Windows I remember being able to bring up any menu I felt like, and to
>> explore all the available menu options, using the keybaord.
>
> You can on the Mac too: it's
On Thu, Jan 06, 2011 at 04:45:27PM +, David Cantrell wrote:
[...]
> On Windows I remember being able to bring up any menu I felt like, and to
> explore all the available menu options, using the keybaord.
You can on the Mac too: it's on Ctrl-F2. You can rebind it elsewhere if you
wish.
on the
> > menu bar because as soon as you leave the app you lose the menu bar!
> Uhm, sloppy focus? When I use my Linux box (or in previous lifes, my
> Solaris/HP/ or Cygwin box), my application doesn't lose focus, until my
> mouse enters *another* application. Focus isn
On Mon, Dec 20, 2010 at 11:24:46PM +, Roger Burton West wrote:
> On Mon, Dec 20, 2010 at 03:12:29PM -0800, Joshua Juran wrote:
> >I suppose Linux GUI developers target Windows users more so than Mac
> >users because Windows is less likely to work properly (yielding a
> >h
On Mon, Jan 03, 2011 at 10:25:15AM -0500, Chris Devers wrote:
> On Sun, Jan 2, 2011 at 3:51 PM, Aaron J. Grier
> wrote:
> > apple, why can't you move the menu bar inside the application's
> > window?
>
> Because Fitts's law hasn't been repealed yet?
> http://en.wikipedia.org/wiki/Fitts's_law
>
>
* Chris Devers [2011-01-03 16:35]:
> On Sun, Jan 2, 2011 at 3:51 PM, Aaron J. Grier wrote:
> > apple, why can't you move the menu bar inside the
> > application's window?
>
> Because Fitts's law hasn't been repealed yet?
> http://en.wikipedia.org/wiki/Fitts%27s_law
>
> With a mouse cursor, target
On Sun, Jan 2, 2011 at 3:51 PM, Aaron J. Grier wrote:
>
> apple, why can't you move the menu bar inside the application's window?
Because Fitts's law hasn't been repealed yet?
http://en.wikipedia.org/wiki/Fitts's_law
With a mouse cursor, targets at the edges & corners of the screen are easier
t
On 2010.12.29 3:03 AM, Darrell Fuhriman wrote:
>> they *still* prefer to compromise than risk upsetting people over the loss
>> of the Caps Lock key. Though apparently the numeric keypad is dispensable.
>
> One down, one to go. I practically started weeping for joy when I could
> finally get a se
On Mon, Jan 03, 2011 at 06:31:38AM -0600, Peter da Silva wrote:
> On 2011-01-02, at 14:51, Aaron J. Grier wrote:
> > under NeXTStep the right mouse button brought up the app's menu.
>
> That would have been good if it was true, but it's not what they
> actually did. Under NextStep the apps menu wa
On 2011-01-02, at 14:51, Aaron J. Grier wrote:
On Tue, Dec 21, 2010 at 02:13:00PM -0600, Peter da Silva wrote:
To implement focus follows mouse on the Mac would require an alternate
mechanism to bring up the menu bar. Such as making it a default
contextual menu on the app.
under NeXTStep the
On Tue, Dec 21, 2010 at 02:13:00PM -0600, Peter da Silva wrote:
> To implement focus follows mouse on the Mac would require an alternate
> mechanism to bring up the menu bar. Such as making it a default
> contextual menu on the app.
under NeXTStep the right mouse button brought up the app's menu.
On Dec 28, 2010, at 5:03 PM, Darrell Fuhriman wrote:
I can't imagine how many unnecessary miles I've had to move my hand to get to my mouse over those same decades.
Masterful. *golf clap*
--
Marco Von Ballmoos
http://earthli.com - Home of the earthli WebCore; PHP web sites made simple.
On Tue, Dec 28, 2010 at 08:03:54AM -0800, Darrell Fuhriman wrote:
> > The most recent is Apple's scheme for preventing accidental engagement of
> > Caps Lock mode: It doesn't engage unless you hold the key down for about a
> > quarter second -- longer than it takes me to hit it on purpose -- and
> The most recent is Apple's scheme for preventing accidental engagement of
> Caps Lock mode: It doesn't engage unless you hold the key down for about a
> quarter second -- longer than it takes me to hit it on purpose -- and this
> behavior is IIRC wired into the keyboard and can't be disabled.
I am missing so many messages in this thread, that I don't know whether someone
has already brought up this point.
On the Mac, the menu bar does not follow *the mouse*, it follows *focus*. If you use any
mechanism (clicking on the window, alt-tab, selecting an app from the dock or a document
f
> current application you'll now have to carefully circumnavigate
> > the windows of any other applications to reach it.
>
> Aha. I suspect that I never think of this because I like all my windows to be
> rammed to the top of the screen. (Both on OS X and Linux)
That reminds me
tions to reach it.
Aha. I suspect that I never think of this because I like all my windows to be
rammed to the top of the screen. (Both on OS X and Linux)
About the only ones that aren't are Finder windows on the Mac. And the
desktop background is "Finder" too...
Hmmm, I'll go
* Nicholas Clark [2010-12-26 08:20]:
> On Tue, Dec 21, 2010 at 10:15:03PM +0100, Aristotle Pagaltzis wrote:
> > The point is that it does not work in the *general case*,
> > because a confluence of UI and API choices means that
> > applications *may* crash under FFM, because of how the menu
> > ba
On Tue, Dec 21, 2010 at 10:15:03PM +0100, Aristotle Pagaltzis wrote:
> The point is that it does not work in the *general case*, because
> a confluence of UI and API choices means that applications *may*
> crash under FFM, because of how the menu bar works. You can list
> exceptions to the rule (i
On 22 Dec 2010, at 17:31, Joshua Rodman wrote:
[...]
What sucks about this? There's no clear boundary between left and right, so it
guesses wrong about what I wanted all the time. [...] There's nothing here to
feel, in fact no positional tactile cues at all.
Go and find some hole reinforcers
Hi,
On Tue, Dec 21, 2010 at 04:35:07PM -0500, Numien wrote:
> Some programs (I'm looking at you, nano)
Oh the hate. Gentoo's install CDs ship nano, but no vi. WTF?
gert
--
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~
On Tue, 21 Dec 2010, Joshua Juran wrote:
>
> The original error has already been repeated in HFS+, in the form of forced
> Unicode normalization in filenames.
Also, special Apple normalization algorithm for the lose!
Tony.
--
f.anthony.n.finchhttp://dotat.at/
HUMBER THAMES DOVER WIGHT PORTLA
On Tue, Dec 21, 2010 at 05:14:26PM +, Peter Corlett wrote:
> On Tue, Dec 21, 2010 at 08:28:39AM -0800, Joshua Rodman wrote:
> [...]
> > They're still insisting you don't want two buttons. The trackpad on the
> > macbook pro i have, that I use every day, would be infinitely better if it
> > had
On Dec 21, 2010, at 6:54 PM, Bruce Richardson wrote:
On Tue, Dec 21, 2010 at 04:56:57PM +0100, Marco Von Ballmoos wrote:
And thus we have arrived at a familiar place: the good old chestnut
--
oft-repeated even today -- of how Apple tries to force its users to
accept a mouse with only one bu
On Tue, Dec 21, 2010 at 04:56:57PM +0100, Marco Von Ballmoos wrote:
>
> And thus we have arrived at a familiar place: the good old chestnut --
> oft-repeated even today -- of how Apple tries to force its users to
> accept a mouse with only one button. I know that they shipped
> single-button mice
On Tue, Dec 21, 2010 at 08:28:39AM -0800, Joshua Rodman wrote:
> That said: X11 as above with its nonsense middle click crap is so very very
> hateful.
>
> Windows programs which abuse the rightclick menu ad nauseum are so very
> common,
> and so very hateful. (Oh, I'm supposed to rightclick
* demerphq [2010-12-22 01:30]:
> Actually yes they do. Amongst the computer users I know as
> friends, the majority use linux (ubuntu) or use windows, and
> prefer it that way. Several even tried apples and then turned
> back.
Because the plural of anecdote is not data, let me add
t the same anecdotes are repeated over
and over again for pretty much everyone. My experience surely is not unique,
but is most likely the norm.
Its not just anecdotal evidence, its anecdotal evidence with a heavy
selection bias.
Linux users do tend to prefer their own UI, in my experience, t
* Joshua Juran [2010-12-21 20:45]:
> On Dec 21, 2010, at 10:04 AM, Abigail wrote:
> >That's vastly inferiour to select with mouse, middle click
> >where to paste (the latter may also be shift-insert).
>
> You're missing the fact that merely selecting text doesn't
> clobber the clipboard, and accid
On Tue, Dec 21, 2010 at 11:38:06PM +0100, demerphq wrote:
[...]
> Given those numbers its hard to understand how anyone could claim that Mac
> OSX is the most popular *anything* on the market, well except maybe the
> most popular mac operating system on the market. Or something clever like
> that.
sed a Mac for
more than a few moments.
And yes, this is anecdotal evidence, but the same anecdotes are repeated over
and over again for pretty much everyone. My experience surely is not unique,
but is most likely the norm.
Linux users do tend to prefer their own UI, in my experience, though they
On 21 December 2010 22:49, Chris Nandor wrote:
> Yes, this is why Mac OS X is both the most popular, and the most often -- but
> least successfully -- copied UI.
I find that a quite remarkable claim, can you state your sources?
In 2007, according to Apple they had 25 million OSX users.
In 2007
Yes, this is why Mac OS X is both the most popular, and the most often -- but
least successfully -- copied UI.
--
Chris Nandor
http://pudge.net/
pu...@pobox.com
On Dec 21, 2010, at 13:23, Aristotle Pagaltzis wrote:
UI style is holistic and you
can't expect to rip out or mix and match bits a
On Dec 21, 2010, at 22:34 , Eli Naeher wrote:
Having mouse events and keyboard events go to different applications
is a *feature*? That's some of the most pathological UI behavior I've
ever heard of.
"mouse" is on the way out,didn't you hear?
It's all "guesture" and such. These modern days,
On 12/21/2010 12:14 PM, Peter Corlett wrote:
And the wondering whether an app uses
X11-type marking by selecting text, or whether it's Mac/Windows-style with
Ctrl-C.
Most accept both, at least in my setup.
Except if it's a console app. Then Ctrl-C usually kills it. But not
always, of course.
On Tue, Dec 21, 2010 at 3:27 PM, John Sinteur wrote:
> scroll focus follows the mouse, my keyboard focus stays in
> whatever I'm typing in.
Having mouse events and keyboard events go to different applications
is a *feature*? That's some of the most pathological UI behavior I've
ever heard of.
-
On Dec 21, 2010, at 22:15 , Aristotle Pagaltzis wrote:
defaults write com.apple.Terminal FocusFollowsMouse -string YES
defaults write com.apple.x11 wm_ffm true
What is your point?
It works in one particular MacOS app.
And even *without* those two rules it works, up to a point, in *all*
On 21 December 2010 22:01, Joshua Juran wrote:
On Dec 21, 2010, at 12:36 PM, Peter Corlett wrote:
Let us instead unite against things that we all agree suck.
Unicode support.
Also, filesystems. And Unicode support in filesystems.
Apple filesystems have been brain-damaged since birth by no
On Dec 21, 2010, at 1:01 PM, Marco Von Ballmoos wrote:
On Dec 21, 2010, at 9:44 PM, demerphq wrote:
Let us instead unite against things that we all agree suck.
Wise words.
I propose we pick on email clients for a bit. They always seem to
have some new and exciting form of hatefulness burie
On Dec 21, 2010, at 12:36 PM, Peter Corlett wrote:
Let us instead unite against things that we all agree suck.
Unicode support.
Also, filesystems. And Unicode support in filesystems.
Apple filesystems have been brain-damaged since birth by not being
case-sensitive. Apple finally addresse
* John Sinteur [2010-12-21 21:10]:
> On Dec 21, 2010, at 21:00 , Aristotle Pagaltzis wrote:
>
> > It's actually *technically impossible* to implement Focus Follows
> > Mouse on MacOS.
>
> defaults write com.apple.Terminal FocusFollowsMouse -string YES
>
> defaults write com.apple.x11 wm_ffm true
* Peter da Silva [2010-12-21 21:15]:
> On 2010-12-21, at 14:00, Aristotle Pagaltzis wrote:
> >It's actually *technically impossible* to implement Focus
> >Follows Mouse on MacOS. Do you want to know why? It's because
> >of the menu bar at the top of the screen.
>
> It's impossible, but not because
On Dec 21, 2010, at 7:47 PM, demerphq wrote:
Apple loves to talk about design, but the only clearly top-to-bottom
designed for the user laptop form factor I've used is the IBM Thinkpad
T series.
The T510 does have a decent keyboard layout for a laptop; the trackpad is a
minuscule horror-show.
On Dec 21, 2010, at 5:28 PM, Joshua Rodman wrote:
And thus we have arrived at a familiar place: the good old chestnut --
oft-repeated even today -- of how Apple tries to force its users to accept a
mouse with only one button. [...]
[...] With the advent of the touchpad, the notion of right-clic
On 21 December 2010 21:44, Peter da Silva wrote:
> It's less of a hassle than having to deal with sound on Linux
Is that with or without Skype and headsets involved in the picture?
Sound on linux is bad, making skype work with sound on linux is
deliciously hateful. As in stab your eyes
On 2010-12-21, at 14:24, Abigail wrote:
> Uhm, sloppy focus? When I use my Linux box (or in previous lifes, my
> Solaris/HP/ or Cygwin box), my application doesn't lose focus, until my
> mouse enters *another* application. Focus isn't lost by just having the
> mouse lea
On Tue, Dec 21, 2010 at 3:36 PM, Peter Corlett wrote:
>
> Let us instead unite against things that we all agree suck.
>
There's something we all agree on?
Other than the fact that self-aggrandizing tirades can be both fun &
cathartic?
I eagerly await details.
--
Chris Devers
On 21 December 2010 21:36, Peter Corlett wrote:
> On Tue, Dec 21, 2010 at 09:11:53PM +0100, demerphq wrote:
> [...]
>> So which one was designed with the user in mind, and which one was in the
>> mind of a graphic designer? ;-)
>
> I actually happen to like the minimalist design of the MacBook Pro
Or you could make the menu bar follow the mouse. Doesn't seem like it would be
any more annoyingly problematic than traditional focus following mouse.
--
Chris Nandor
http://pudge.net/
pu...@pobox.com
On Dec 21, 2010, at 12:00, Aristotle Pagaltzis wrote:
* Gerry Lawrence [2010-12-21 20:05]
e you *are* brave enough, and much braver than I am).
I use a Mac so I don't have to deal with that shit.
I'm not a fan of the global menu bar, but when I was using two heads I found a
hack that duplicated the menu bar. It's less of a hassle than having to deal
with sound on Lin
On Tue, Dec 21, 2010 at 09:11:53PM +0100, demerphq wrote:
[...]
> So which one was designed with the user in mind, and which one was in the
> mind of a graphic designer? ;-)
I actually happen to like the minimalist design of the MacBook Pro keyboard
and trackpad, and find the proliferation of extr
why I've always used regular PC keyboards and mice on my Mac. OS X
> supports them just fine. Actually, the contextual menu and paging/scrolling
> support in OS X is way better and more consistent than in Windows and
> Windows-workalike Linux desktops.
>
> I suppose complaining ab
ou can't click on the menu
> bar because as soon as you leave the app you lose the menu bar!
Uhm, sloppy focus? When I use my Linux box (or in previous lifes, my
Solaris/HP/ or Cygwin box), my application doesn't lose focus, until my
mouse enters *another* application. Focus isn'
On 21 December 2010 20:56, Peter da Silva wrote:
On 2010-12-21, at 12:47, demerphq wrote:
On 21 December 2010 19:04, Abigail wrote:
If there's one thing I'm missing after switching to a MacBook, it's the
copy-and-paste functionality that doesn't require a combination of keys
with a mouse or
On Tue, Dec 21, 2010 at 3:07 PM, John Sinteur wrote:
>
> On Dec 21, 2010, at 21:00 , Aristotle Pagaltzis wrote:
>
> > It's actually *technically impossible* to implement Focus Follows
> > Mouse on MacOS.
>
>
> defaults write com.apple.Terminal FocusFollowsMouse -string YES
>
> defaults write com.
On 2010-12-21, at 14:00, Aristotle Pagaltzis wrote:
* Gerry Lawrence [2010-12-21 20:05]:
Focus follows mouse - which I can get on any unix, easily, and
any microsoft, with a little more effort, is impossible on the
MAC.
It's actually *technically impossible* to implement Focus Follows
Mouse
. Actually, the contextual menu and paging/scrolling
support in OS X is way better and more consistent than in Windows and
Windows-workalike Linux desktops.
I suppose complaining about people who make up bullshit crap like this falls under
"hates-people" rather than "hates-software".
phono
> leads provided with hi-fi systems.
No. I was referring to the ones on the laptop. I assumed it was
obvious to everyone that actually uses their keyboard that the desktop
keyboard was useless.
> Actually, the keyboard, being small, thin and light, is handy for dropping
> onto the
On Tue, Dec 21, 2010 at 11:42:08AM -0800, Joshua Juran wrote:
> On Dec 21, 2010, at 10:04 AM, Abigail wrote:
>
>> On Tue, Dec 21, 2010 at 09:40:08AM -0800, Joshua Juran wrote:
>>> On Dec 21, 2010, at 8:18 AM, H.Merijn Brand wrote:
>>>
If I have to use the mouse, let it be as simple as
pos
On Dec 21, 2010, at 21:00 , Aristotle Pagaltzis wrote:
> It's actually *technically impossible* to implement Focus Follows
> Mouse on MacOS.
defaults write com.apple.Terminal FocusFollowsMouse -string YES
defaults write com.apple.x11 wm_ffm true
* Gerry Lawrence [2010-12-21 20:05]:
> Focus follows mouse - which I can get on any unix, easily, and
> any microsoft, with a little more effort, is impossible on the
> MAC.
It's actually *technically impossible* to implement Focus Follows
Mouse on MacOS. Do you want to know why? It's because of
On 2010-12-21, at 12:47, demerphq wrote:
On 21 December 2010 19:04, Abigail wrote:
If there's one thing I'm missing after switching to a MacBook, it's the
copy-and-paste functionality that doesn't require a combination of keys
with a mouse or trackpad.
Whenever I use a mac the first thing i
artly because it's easy to hold it in
one's teeth while half way up a ladder and swearing at a Linux box, and
partly because it's a piece of shit and therefore won't go walkabouts.
On Dec 21, 2010, at 10:04 AM, Abigail wrote:
On Tue, Dec 21, 2010 at 09:40:08AM -0800, Joshua Juran wrote:
On Dec 21, 2010, at 8:18 AM, H.Merijn Brand wrote:
If I have to use the mouse, let it be as simple as
possible: a big ball for movements, three buttons - for which the
middle should past
On Tue, Dec 21, 2010 at 08:24:54PM +0100, Aristotle Pagaltzis wrote:
>Yes, you really need a variation on Focus Follows Mouse[^1] to
>make the left-drag select / middle-click paste gesture work
>properly.
Which Gnome can do. I think it may even do it by default. So I assume
Ubuntu does too...
>Th
* Peter Corlett [2010-12-21 18:20]:
> One fine feature of Ubuntu's default desktop is where the click
> to focus a terminal also selects some random text, clobbering
> the stuff that I was just about to paste into said terminal.
Yes, you really need a variation on Focus Follows Mouse[^1] to
make
ack of the extra "cursor" keys
> is less hateful than the insane position that dell puts them in. Talk
> about a source of infinite frustration.
>
I was beginning to think I was the only one that find the MAC interface
annoying. Doing things that are simple in any linux
On 21 December 2010 19:04, Abigail wrote:
> If there's one thing I'm missing after switching to a MacBook, it's the
> copy-and-paste functionality that doesn't require a combination of keys
> with a mouse or trackpad.
Whenever I use a mac the first thing i miss are the extra six "cursor
keys", s
On Tue, Dec 21, 2010 at 12:04 PM, Abigail wrote:
> Catering for new users isn't the end-all be-all of design.
This is something which seems never to have occurred to 90% of the UI
designers out there. For a given piece of desktop software --
especially OS software -- how many user interactions w
econdary
click", which gives a hint as to its importance. It's a power user feature.
One that I find useful, but not necessary to use the system, as it should
be.
Consider the early days of us all getting Linux boxes, and finding that X11
doesn't work well with two button mice. Is the p
On Mon, Dec 20, 2010 at 12:13:39PM +, Peter Corlett wrote:
> On Sun, Dec 19, 2010 at 01:51:34PM -0500, Numien wrote:
> [...]
> > Apple has been working hard on that too, with their war against Adobe,
> > deprecating Java, and generally trying to get rid of anything that isn't
> > theirs. They'r
On Tue, Dec 21, 2010 at 01:23:41PM +, Roger Burton West wrote:
[...]
> As opposed to shift-click, alt-click, cloverleaf-click, all of which I
> have been told by Mac enthusiasts are "intuitive". (And even Apple staff
> spurned the one-button hockey-puck mice they came out with a few years
> bac
On Tue, Dec 21, 2010 at 08:28:39AM -0800, Joshua Rodman wrote:
[...]
> They're still insisting you don't want two buttons. The trackpad on the
> macbook pro i have, that I use every day, would be infinitely better if it
> had two damn buttons.
System Preferences -> Trackpad -> One Finger -> Second
On Tue, Dec 21, 2010 at 04:56:57PM +0100, Marco Von Ballmoos wrote:
> On Dec 21, 2010, at 2:23 PM, Roger Burton West wrote:
>
> > On Tue, Dec 21, 2010 at 12:26:24PM +, Peter Corlett wrote:
> >
> >> Macs support multi-button mice. A right-click is also known as "secondary
> >> click", which gi
On Tue, Dec 21, 2010 at 09:40:08AM -0800, Joshua Juran wrote:
> On Dec 21, 2010, at 8:18 AM, H.Merijn Brand wrote:
>
>> If I have to use the mouse, let it be as simple as
>> possible: a big ball for movements, three buttons - for which the
>> middle should paste and do nothing else
>
> I couldn't t
On Dec 21, 2010, at 8:18 AM, H.Merijn Brand wrote:
If I have to use the mouse, let it be as simple as
possible: a big ball for movements, three buttons - for which the
middle should paste and do nothing else
I couldn't think of a better way to make X11 hostile to new users.
"Let's see... left
On Tue, 21 Dec 2010 16:56:57 +0100, Marco Von Ballmoos
wrote:
> On Dec 21, 2010, at 2:23 PM, Roger Burton West wrote:
>
> > On Tue, Dec 21, 2010 at 12:26:24PM +, Peter Corlett wrote:
> >
> >> Macs support multi-button mice. A right-click is also known as "secondary
> >> click", which gives
On Dec 21, 2010, at 2:23 PM, Roger Burton West wrote:
On Tue, Dec 21, 2010 at 12:26:24PM +, Peter Corlett wrote:
Macs support multi-button mice. A right-click is also known as "secondary
click", which gives a hint as to its importance. It's a power user feature.
One that I find useful, but
On Tue, Dec 21, 2010 at 12:26:24PM +, Peter Corlett wrote:
>Macs support multi-button mice. A right-click is also known as "secondary
>click", which gives a hint as to its importance. It's a power user feature.
>One that I find useful, but not necessary to use the system, as it should
>be.
As
On 21 December 2010 00:24, Roger Burton West wrote:
On Mon, Dec 20, 2010 at 03:12:29PM -0800, Joshua Juran wrote:
I suppose Linux GUI developers target Windows users more so than Mac
users because Windows is less likely to work properly (yielding a
higher conversion rate) and there's mo
On Mon, Dec 20, 2010 at 03:12:29PM -0800, Joshua Juran wrote:
>I suppose Linux GUI developers target Windows users more so than Mac
>users because Windows is less likely to work properly (yielding a
>higher conversion rate) and there's more of them to begin with. In
>othe
On Dec 20, 2010, at 3:00 PM, Peter da Silva wrote:
On 2010-12-19, at 19:29, Benjamin Reed wrote:
Luckily, there 143 different Linux and BSD distributions* aimed at
copying exactly what Mac OS X does,
Actually, they're more copying what Windows does. If they were
copying what Appl
On 2010-12-19, at 19:29, Benjamin Reed wrote:
Luckily, there 143 different Linux and BSD distributions* aimed at
copying exactly what Mac OS X does,
Actually, they're more copying what Windows does. If they were copying what
Apple did they'd be using OpenStep.
On Mon, Dec 20, 2010 at 12:28:35PM +0100, Aristotle Pagaltzis wrote:
[...]
> Mobile security was one of the core issues discussed at
> [Linux Security Summit] (and during the rest of the week),
> with the year of the Linux desktop now apparently permanently
> can
On Sun, Dec 19, 2010 at 01:51:34PM -0500, Numien wrote:
[...]
> Apple has been working hard on that too, with their war against Adobe,
> deprecating Java, and generally trying to get rid of anything that isn't
> theirs. They're just earlier in their campaign.
So you're saying that Apple are wantin
* Peter Corlett [2010-12-19 13:40]:
> It seems that despite - or perhaps because of - a further five
> years of development, the Year Of The Linux Desktop is further
> away in the future than it was before.
Mobile security was one of the core issues discussed at
[Linux Securi
On 12/19/10 1:51 PM, Numien wrote:
> Apple has been working hard on that too, with their war against Adobe,
> deprecating Java, and generally trying to get rid of anything that isn't
> theirs. They're just earlier in their campaign.
Luckily, there 143 different Linux and BSD d
On 12/19/2010 07:36 AM, Peter Corlett wrote:
It takes a lot of effort to drive away your core users, but I see that Linux
GUI developers are up to the task.
Apple has been working hard on that too, with their war against Adobe,
deprecating Java, and generally trying to get rid of anything
On 2010-12-19, at 06:36, Peter Corlett wrote:
Those of us with jobs and credit cards won't put up with that nonsense and will
pay for the problem to go away.
It seems that despite - or perhaps because of - a further five years of
development, the Year Of The Linux Desktop is further aw
lready listed."
That's correct. One of the dependencies to build a small tool is to *install an
IDE*. My Linux box is headless and I ssh in from a Mac, you fuckers. And do you
want to know why I now have headless Linux servers and Mac desktops? Because
fuckheads like you building Lin
German.
>
> You got further than me, then. I got an instant 'BadMatch (invalid
> parameter attributes)' X error on skipping the firefox import it refused
> to do because firefox was still running.
>
> On reloading it, I got:
>
> [14090:14129:126438999050:ERROR
X error on skipping the firefox import it refused
to do because firefox was still running.
On reloading it, I got:
[14090:14129:126438999050:ERROR:/usr/local/google/home/chrome-eng/b/slave/chrome-official-linux-64/build/src/chrome/browser/password_manager/encryptor_linux.cc(29)]
Not implemented
It's an annoying pile of
"unbreak me" settings in my .bashrc, but we all know that's
just what software is like, right? Anyway... the upshot of
this is that the value of `LANG` becomes the default for all
other `LC_*` variables. ]
So it turns out that Google Ch
Philip Newton wrote:
> 2009/9/9 Nicholas Clark :
>> On Wed, Sep 09, 2009 at 04:58:50PM -0400, Jonathan J. M. Katz wrote:
>>> tar has a penchant for 512-byte blocks and being ass-slow.
>> How hateful.
That's the Tape ARchiver for you ...
> I suppose that's why some people pipe things like that thr
On Wed, Sep 9, 2009 at 5:13 PM, Philip Newton wrote:
> I suppose that's why some people pipe things like that through dd with
> a different output blocksize; I'd often wondered that.
>
> Though I'm sure that comes with its very own hate.
>
The "GNU" dd
On 09/09/2009 05:01 PM, Nicholas Clark wrote:
> PS I'm not sure if there is XML involved here anywhere.
Sure... because those XML config files and database-wannabe storage
files are so bloated, they take extra disk reads/writes, backing up the
queue even further.
There's always room to blame XML.
2009/9/9 Nicholas Clark :
> On Wed, Sep 09, 2009 at 04:58:50PM -0400, Jonathan J. M. Katz wrote:
>> tar has a penchant for 512-byte blocks and being ass-slow.
>
> How hateful.
I suppose that's why some people pipe things like that through dd with
a different output blocksize; I'd often wondered th
1 - 100 of 186 matches
Mail list logo