Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Re:Easy way to solve robots taking jobs (Score 2) 540

You don't have to sterilize anyone or otherwise restrict anyone's rights in order to limit reproduction. What you have to do is respect the rights of women, and the women themselves. Make sure that women are free to get an education, own property, vote, control their own bodies, and all those other things men are often free to do. Just look at the birth rates in the countries that already do this, and look at the quality of life in those countries. For anyone bothered by abortion, the rates of that actually go down too, but why don't you go work on early detection and artificial wombs instead of treating women like cattle?

Comment Re:It was fun while it lasted! (Score 1) 202

. . . everyone in the research group uses Macs . . .

This was pretty much my point. Whether a researcher uses Windows or Mac OS seems to be determined by either the likelihood that they program or use TeX; in either case they use Mac OS.

Still, I don't see how folks are productive with them . . .

As far as I can tell, they are. I mean, you just have to accept that. Would they be more productive on Linux? If so, I can't imagine why they would have switched. And I'm not saying everyone has jumped ship, just most. I've seen no compelling reason for anyone to switch to Linux from Mac OS or Windows. All that said, Linux still runs the computing clusters, but you can run an X server on either Mac OS or Windows for those remote apps.

. I see people holding the "left" arrow key for five seconds in the terminal to scroll to the beginning of the line since Apple doesn't believe in the "home" key, highlighting things and then doing "command-click, choose copy from menu, command-click, choose paste from menu" instead of having proper middle-click-to-paste support, and other such things that seem a great deal harder than on Linux.

The poor use of Home, End, etc. on Macs is one reason I haven't switched. I don't think they are even normal keys anymore; you have to press Fn or something, I think. I think somehow Up is almost the same as Home, and Down as End, but I'm not sure and . . . ugh. As for copy and paste, two options: keyboard shortcuts, and select then drag. Yeah, I think you have to give up middle-click insertion of PRIMARY, but I'm pretty sure you gain a clipboard that works for more than text. (Granted, this may have improved on X11 desktops—X certainly allows selection of anything—but I don't use that lately.)

You also get drag and drop that works correctly.

Then there's the fact that Apple seems to have merged the concepts of "show me the programs that are on this computer and let me launch them" with "show me the windows that are open and let me switch to them", with the result that figuring out which of 8 terminals is the one I want is more involved than it needs to be. I'm not sure why it does this; is the differentiation between the actions "switch to my Firefox window" and "launch Firefox" really too complicated for the average user?

But aren't Windows, GNOME, KDE, Unity, and whatever pretty much doing the same thing? I dislike it too, but shy of going for otherwise even more broken desktop environments, I don't see a way out of that. I think I'm soon due for another round of trying everything out, but last I checked, Unity was the best without having to tweak anything.

Comment Re:No - that is changing focus (Score 1) 259

I see I misread what fnj wrote in my haste and excitement. Yes, it seems fnj is just describing sloppy focus behavior in E17. I misread "as soon as the mouse goes over it" as "as soon as the mouse button goes down over it".

Still, you're providing an excellent example of not getting it.

This is really easy: go find a computer with Windows or Mac OS and try it out, then try to do the same thing on anything built on X. Seriously, if you haven't once seen a properly functioning click-to-focus-unless-the-ButtonPress-could-begin-a-drag system, there's no point in replying.

There is no version of PointerRoot or sloppy focus or any such thing that exhibits the correct (as in, "expected by most of the world") behavior. Windows and Mac users—i.e. the vast majority of computer users—do not expect a window to get focus and stay below other windows as PointerRoot and sloppy focus allow. It has to be at least click-to-focus and raise-on-focus, or you're talking about a system that does not work as most people expect it to. All the systems have windows that are exceptions like docks, menu bars, palettes, the desktop; those are not the issue. Neither are pedantic points about scroll wheels being implemented as buttons 4 and 5.

The problem is that on X click-to-focus is click-to-focus-always. It needs to be click-to-focus-unless-some-conditions-are-met. One of those conditions is that the ButtonPress not possibly be the beginning of a drag; there may be other conditions I'm forgetting at the moment.

At least most of the people I've known to have worked on window managers acknowledge that they cannot do what Windows and Mac do without baroque schemes. I don't know who you are calling "bullshit" on behavior that has long been standard on Windows and Mac OS.

I've already wasted too much time on this. Until you've realized that there is a deficit in existing X-based systems, or found one that lacks the deficit, I'm not replying again.

Slashdot Top Deals

Money cannot buy love, nor even friendship.