Slashdot is powered by your submissions, so send in your scoop


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).


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

by Greg Merchan (#42401555) Attached to: Krugman: Is the Computer Revolution Coming To a Close?

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

by Greg Merchan (#42398523) Attached to: Ubuntu Focusing on Tablets and the Cloud in 2013

. . . 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

by Greg Merchan (#42377893) Attached to: After 12 years of Development, E17 Is Out

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.

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

by Greg Merchan (#42373737) Attached to: After 12 years of Development, E17 Is Out

I can't tell if you don't know what you're talking about or are being a pedant, but I'll assume the latter.

If "focus" bothers you so much, then pretend I said this instead:

"Can I drag a file from a lower, inactive folder to anywhere without either raising or activating that folder? You know, like Windows and Mac users have been able to do almost as long as those have existed?"

I'm not talking about the focus change that happens whenever there's a grab or anything like that. Most people aren't when they talk about this.

Comment: Re:Does drag and drop work? Really work? (Score 1) 259

by Greg Merchan (#42373705) Attached to: After 12 years of Development, E17 Is Out

I'm really very surprised that anything on X is doing this correctly. I know of one way to get it right, but I haven't found any code (but my own) doing it that way. Some baroque schemes were being discussed a long time ago and, except maybe in some rare instances, nobody went forward with any of them. It's just not important enough to most of the people using X for anyone to have bothered. Most don't see any value to it because they are using pointer-root-, sloppy-, or something other than click-to-focus, and various schemes for controlling raising and lowering of windows.

Thanks for the tip. I'll have to check it out.

Never worry about theory as long as the machinery does what it's supposed to do. -- R. A. Heinlein